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FOREWORD 

The  sixth  annual  Clinic  on  Library  Applications  of  Data  Processing  was 
conducted  from  May  5  to  May  8,  1968,  at  Urbana  by  the  Division  of 
University  Extension  and  the  Graduate  School  of  Library  Science  of  the 
University  of  Illinois.  The  present  volume  of  proceedings  includes,  in  final, 
revised  form,  all  the  invited  papers  that  were  presented  and  discussed  at  this 
year's  Clinic.  As  in  the  past  some  ninety  registrants  (not  counting  observers) 
attended  the  Clinic;  each  received  preprints  of  the  preliminary  versions  of  the 
papers. 

The  principal  purpose  of  the  Clinic  has  continued  to  be  that  of 
providing  a  forum  on  the  intermediate  and  advanced  technical  levels  for 
reports  and  discussions  of  significant  progress  and  experience  in  the  field. 
Under  the  major  heading  of  accounts  and  analyses  of  actual  case  experience, 
papers  were  presented  this  year  by  Guy  Forget  (for  the  Centre  de 
Documentation,  Universite  Laval),  Robert  E.  Hamilton  (for  the  Illinois  State 
Library),  Brian  W.  Carss  (for  the  ERIC  Clearinghouse  on  Early  Childhood 
Education),  James  W.  Thomson  and  Robert  H.  Muller  (for  the  University  of 
Michigan  Library),  Michael  M.  Reynolds  (for  the  Indiana  University  Regional 
Campus  Libraries),  John  P.  Kennedy  (for  the  Georgia  Institute  of  Technology 
Library),  and  Robert  D.  Kozlow  (for  the  University  of  Illinois  Library).  In 
addition,  a  paper  on  the  general  topic  of  "Preventing  Failure  in  Library 
Automation"  was  given  by  Lawrence  Auld  (of  the  Oakland  University  Li- 
brary), and  progress  papers  on  initial  system  design  and  development  were 
presented  by  Frederick  G.  Kilgour  (for  the  Ohio  College  Library  Center), 
Donald  V.  Black  (for  LISTS— the  Library  Information  System  Time-Sharing 
Project  of  the  System  Development  Corporation),  and  Alan  R.  Benenfeld  (for 
the  Augmented  Catalog  of  Project  Intrex  at  the  Massachusetts  Institute  of 
Technology). 

Like  papers  of  previous  Clinics,  the  present  contributions  continue  to 
reflect  the  activities  of  different  types  of  libraries  and  information  centers  and 
the  working  applications  of  data  processing  to  the  various  areas  of  library 
operation  and  service  (circulation  control,  acquisitions,  cataloging,  serials  rec- 
ords, document  retrieval,  etc.)— as  well  as  the  emergence  of  regional  systems 
and  networks  and  the  support  of  large-scale  experimental  efforts.  The  con- 
tinued quantity,  quality,  and  cumulative  nature  of  this  experience  should  be 
emphasized. 

Acknowledgement  is  expressed,  finally,  to  the  cooperative  support  of 
other  members  of  the  faculty  and  library  staff  who  contributed  directly  to  the 
planning  and  success  of  the  1968  Clinic:  Robert  B.  Downs,  Herbert  Goldhor, 
and  Frances  B.  Jenkins  of  the  faculty  of  the  Graduate  School  of  Library 
Science;  Timothy  W.  Sineath,  liaison  representative  with  the  Division  of 
University  Extension;  and  Robert  D.  Kozlow,  Automation  Librarian  of  the 
University  of  Illinois. 

Dewey  Eugene  Carroll 
Clinic  Chairman  and  Editor 

Urbana,  Illinois 
July,  1968 
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Director,  Centre  de  Documentation  Universite  Laval 

Quebec,  Canada 


THE  UNIVERSITY  LIBRARY  AND  INFORMATION 
CENTER:  A  NEW  DIMENSION 


Because  there  has  been  particular  interest  in  a  report  on  the  docu- 
mentary work  done  in  the  Centre  de  Documentation  at  Laval  University,  and 
especially  in  its  use  of  the  Miracode  machine,  I  will  give  a  general  account  of 
our  experience  at  Laval  in  setting  up  this  documentation  center  which 
operates  under  the  auspices  of  the  University  Library. 

The  documentation  center  is  designed  to  assist  both  teachers  and  those 
engaged  in  research.  Its  function  is  not,  as  some  may  imagine,  primarily  to 
collate  documents  not  in  the  possession  of  the  library,  but  rather  to  extract 
from  books,  periodicals,  and  other  documents  information  which  may  be 
needed  for  purposes  of  teaching  and  research  by  the  various  faculties  and 
institutes  of  the  University.  Before  discussing  the  work  of  the  center  perhaps 
some  background  observations  would  be  in  order. 

In  France,  when  a  professional  librarian  attains  a  rank  equivalent  to  that 
of  a  "senior  librarian"  in  America,  he  is  given  the  title  of  "conservateur"  (i.e., 
conserver).  I  believe,  whether  we  like  to  admit  it  or  not,  it  is  indisputable  that 
a  major,  if  not  principal,  function  of  the  professional  librarian  has  long  been 
and  still  is  the  conservation  of  books.  The  first  criterion  of  the  quality  of  a 
library,  for  example,  is  still  the  over-all  quantity  of  volumes  it  contains.  Even 
in  our  day,  this  criterion  takes  precedence  over  most  others.  I  know  one 
university  library  that  refused  for  three  years  to  give  up  a  collection  of  one 
hundred  thousand  law  books  which  logically  belonged  in  the  library  of  the 
faculty  of  law,  because  by  surrendering  them,  the  general  library  would  have 
fallen  below  its  boasted  one  million  volumes. 

Also,  as  a  member  of  a  study  group  on  scientific  and  technical  informa- 
tion in  Canada,  I  have  recently  participated  in  public  meetings  held  at  a 
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number  of  Canadian  universities,  and  conducted  numerous  interviews  with 
faculty  members,  researchers,  graduate  students,  librarians  and  directors  of 
data  processing  centers.  Since  the  official  report  of  the  group  is  not  yet 
published,  I  am  at  this  time  in  no  position  to  offer  any  predictions  concerning 
its  findings  and  recommendations.  But  on  the  whole,  the  experience  of  the 
group  appears  to  bear  out  Bonn's  observation,  as  noted  by  Robert  B.  Downs 
in  his  report  on  the  Resources  of  Canadian  Academic  and  Research  Libraries, 
that  there  is  "a  frequent  breakdown  of  communication  between  the  faculty 
and  the  librarians."1 

My  own  experience  tends  to  confirm  this  conclusion.  There  is  too  often, 
in  Canada  as  elsewhere,  an  almost  complete  lack  of  dialogue  between  faculty 
members  and  librarians  and,  in  many  cases,  between  librarians  and  data 
processing  people.  The  situation  may  be  attributed,  in  part  at  least,  to  two 
principal  factors. 

First,  on  comparing  the  rate  at  which  library  science  is  evolving  with  the 
rate  of  development  of  the  pure  and  applied  sciences,  we  become  aware  of  an 
enormous  discrepancy.  While  the  former  is  changing  relatively  slowly,  the 
latter  is  developing  with  lightning  rapidity.  Evidently,  a  major  adjustment  is 
needed  to  coordinate  the  rhythm  of  development  of  library  science  with  the 
faster  tempo  of  scientific  progress  and  to  make  a  dialogue  between  scientists 
and  librarians  possible. 

The  second  factor,  and  probably  the  more  important  of  the  two,  is  that 
librarians  simply  cannot  cope  with  the  explosion  of  scientific  literature.  The 
latest  statistics  I  could  find  on  the  subject  are  already  a  year  old  and  therefore 
probably  obsolete.  They  appear  in  an  article  by  Muriel  Lederer  in  Focus;  and 
state,  "We  are  now  publishing  nearly  1,000  new  books  every  day,  in  addition 
to  33,000  newspapers  and  70,000  periodicals.  In  the  rapidly  changing  medical 
field  alone,  some  200,000  journal  articles  and  10,000  newspapers  are  pub- 
lished each  year.  In  chemistry,  10  million  words  are  added  every  month."^ 

In  order  to  gain  some  further  appreciation  of  the  extent  of  this  prob- 
lem, I  made  a  survey  early  in  1966  of  articles  published  during  the  preceding 
year  on  the  subject  of  the  amino  acids.  The  total  number  of  these  articles 
came  to  the  staggering  figure  of  36,000.  One  can  easily  imagine  the  predica- 
ment of  a  chemist  or  a  biochemist  faced  with  this  avalanche  of  technical 
information.  To  quote  Muriel  Lederer  once  again:  "Scientists  and  engineers 
are  haunted  by  the  fear  that  they  are  working  on  problems  where  solutions 
have  already  been  found  and  published."3 

Or,  to  cite  a  specific  case:  "An  article  on  the  successful  application  of 
Boolean  algebra  to  electrical  circuits  appeared  in  a  journal  of  the  Soviet 
Academy  of  Science  in  1950,  and  though  an  English  abstract  later  was 
published,  it  was  not  discovered  until  five  years  afterwards— after  several  teams 
of  mathematicians  in  a  variety  of  American  industrial  concerns  had  spent 
more  than  fifteen  man-years  in  unsuccessful  attempts  to  solve  the  problem.4 

Further,  a  metallurgist,  Dr.  C.  E.  Beaulieu,  working  under  the  auspices 
of  a  program  that  the  Laval  Documentation  Center  operates  in  collaboration 
with  Automatic  Subject  Citation  Alert,  has  found  in  a  paper  by  an  unknown 
Russian  scientist  the  result  of  an  experiment  that  he  and  a  colleague  had 
intended  to  make  and  which  would  have  taken  months  to  realize. 


As  Lederer  reports, 

A  dynamic  solution  to  the  problem  is  described  in  The  Library  and 
Information  Networks  of  the  Future,  a  report  prepared  by  the  American 
Library  Association  for  the  usage  of  the  Rome  Air  Development  Center,  Air 
Force  Systems  Command,  USAF  (Griffiss  Air  Force  Base,  in  Rome,  New 
York). 

In  this  revolutionary  plan  for  the  American  reader  of  the  197  O's  your 
home  would  be  tied  in  with  local  libraries  which  would,  in  turn,  be 
connected  to  one  of  six  regional  library  centers  across  the  country.  These 
regional  centers  would  be  connected  to  a  national  center.  All  information 
stored  in  any  of  these  libraries  would  be  available  to  you  in  your  home  or 
office  with  equipment  no  more  complicated  than  your  dial  telephone.^ 

All  this,  as  far  as  I  am  concerned,  however,  is  still  very  much  in  the 
realm  of  fantasy.  Not  that  I  question  the  technical  feasibility  of  such  a 
system— but  I  am  convinced  that  access  to  information  will  always,  in  the  final 
resort,  depend  on  human  resources.  A  librarian,  documentalist,  or  scientific 
information  officer  (by  whatever  title  he  is  to  be  designated)  will  always  be 
needed  to  mediate  between  the  system  and  the  user. 

My  purpose  so  far  has  been  to  suggest,  accordingly,  that  the  university 
library  of  the  future— no  matter  how  abundantly  equipped  with  books  and 
how  efficiently  organized  with  regard  to  its  technical  services,  its  catalog,  its 
periodical  index,  its  national  and  international  documents  file  will  have  to 
offer  services  far  beyond  those  traditionally  expected  of  it  in  the  past.  It  will 
have  to  add  a  new  dimension  to  its  accustomed  role,  and  become  in  fact  a 
university  library  and  information  center. 

The  information  center  ought  not  to  be  an  entity  distinct  from  the 
library  itself,  but  rather  an  extension  of  it.  Our  own  experiences  in  this  regard 
at  Laval  University  over  the  last  five  years  may  serve  to  illustrate  this  concept. 

In  1962,  Laval  University  requested  Edwin  Williams  of  Harvard  Univer- 
sity and  R.  P.  Filion,  librarian  at  Laurentian  University,  to  prepare  a  report  on 
the  state  of  its  library.  One  of  the  recommendations  of  the  report  was  that 
"the  general  library  of  the  University  take  initiative  to  organize  and  to  operate 
on  its  premises,  separate  from  but  in  proximity  to  its  central  information 
services  (bibliography,  subject  index,  card  catalogues,  etc.)  a  Documentation 
Centre  on  Quebec  and  French  Canada.  The  responsibility  for  the  organization 
of  this  Centre  should  be  entrusted  to  a  person  well-versed  in  the  methodology 
of  research  in  the  humanities,  the  technical  organization  of  an  up-to-date 
university  library,  methods  of  documentary  analysis  and  of  classification,  and 
finally  techniques  of  storing  and  of  utilizing  information  efficiently."6 

On  May  15,  1963,  Laval  University  placed  me  in  charge  of  this  project. 
Although  I  did  not  possess  all  the  necessary  qualifications,  I  must  also  admit 
that  I  respected  neither  the  spirit  nor  the  letter  of  the  recommendation.  In 
fact,  several  months  of  reflection  and  study  led  me  to  the  following  conclu- 
sions: 


1)  That  the  Documentation  Center  ought  to  be  interdisciplinary  in 
scope,  serving  both  the  humanities  and  the  pure  and  applied  sciences. 

2)  That  it  should  not  restrict  itself  to  French  Canada,    but  cover 
instead  all  the  needs  of  research  and  teaching. 

3)  That  it  ought  to  be  allowed  to  develop  along  pragmatic  lines. 
For   obvious  reasons,  it  was  inconceivable  to  envisage  a  program  of 
documentation  which  could  at  the  outset  embrace  all  fields  of  research 
and  teaching.  In  developing  documentation  in  any  given  area,  we  felt 
obliged  to  work  in  cooperation  with  the  chairman  of  the  department 
concerned  or  with  a  director  of  research  able  to  set  limits  to  the  work 
of  retrospective  documentation  and  to  suggest  ways  of  presenting  the 
information  collected. 

4)  It  became  obvious,  moreover,  that  the  efficient  functioning  of 
such  an  information  center  would  require  some  degree  of  automation. 
Thus,  almost  in   spite   of  myself,   I   found  myself  channeled  in  the 
direction  of  the  new  discipline  of  computer  science.  Since  I  happened  to 
be  the  first  librarian  at  Laval  to  take  interest  in  such  an  approach,  I  was 
soon  given  the  additional  task  of  supervising  the  automation  of  library 
services.  (Being  the  only  person  involved  in  this  type  of  work  had  its 
compensations,  however,  for  it  is  surprising  how  quickly  one  acquires 
the  reputation  of  being  an  expert  in  a  field  in  which  one  works  alone!) 

In  conducting  our  experiment,  we  were  thus  confronted  with  two  kinds 
of  problems: 

1)  On  the  psychological  level,  the  idea  of  an  information  center 
had  to  be  made  acceptable  to  the  potential  user. 

2)  On  the  technical  level,  the  problem  of  data  processing  had  to 
be  resolved. 

Common  to  each  of  these  was  a  third  problem  of  personnel.  An 
effective  documentation  center  obviously  requires  the  services  of  expert  docu- 
mentalists— a  profession  which  was  virtually  non-existent,  as  such,  in  the 
province  of  Quebec  at  the  time  of  our  experiment.  Advertisements  placed  in 
various  newspapers  and  specialized  journals  for  the  purpose  of  recruiting  such 
personnel  yielded  no  results.  After  some  consultation,  we  therefore  decided  to 
employ  a  number  of  third-year  students  on  a  part-time  basis,  to  work  in  the 
Center  at  the  rate  of  ten  to  fifteen  hours  per  week  during  the  academic  year 
and  full  time  during  the  summer  vacation.  This  solution  produced  effective 
results,  so  that  within  a  few  months  we  had  managed  to  recruit  some  of  our 
best  students,  with  the  help  of  the  various  faculties  concerned. 

Taking  the  publications  of  Laval  University  as  our  point  of  departure, 
we  then  proceeded  to  compile  an  analytical  index  of  periodicals  in  phil- 
osophy, theology,  geography,  industrial  relations  and  history.  Needless  to  say, 
the  student-researchers  themselves  derived  considerable  benefit  from  this  work, 
since  each  of  them  was  in  fact  occupied  with  research  in  his  own  field  of 
specialization. 


On  the  other  hand,  building  up  satisfactory  relations  with  department 
heads  and  directors  of  research  proved  infinitely  more  perplexing.  I  remember 
appealing  initially  to  various  directors  of  research  to  entrust  to  the  Center  part 
of  their  documentary  work,  and  being  turned  away,  ever  so  politely,  by  them. 
The  first  opening  presented  itself,  however,  when  the  Science  Library  Com- 
mittee asked  us  to  prepare  an  analytical  index  of  all  doctoral  dissertations  in 
science  defended  in  French  universities  during  the  last  five  years,  as  a  French 
counterpart  of  Dissertation  Abstracts.  Our  second  venture,  undertaken  in 
conjunction  with  the  Institute  of  Geography,  was  a  pilot  project  to  analyze 
geographical  maps.  This  was  followed  by  the  task  of  organizing,  analyzing  and 
indexing  documentation  in  the  field  of  industrial  relations.  Subsequently, 
similar  projects  were  undertaken  for  the  Department  of  Bio-Medicine  and  in 
the  field  of  political  science  and  thereafter  in  so  wide  a  variety  of  academic 
disciplines,  in  fact,  that  our  Documentation  Center  is  now  obliged  to  refuse  a 
number  of  interesting  projects  owing  to  a  lack  of  money  and  of  staff. 
Nevertheless  a  great  number  of  professors  and  students  were  unaware  that  the 
Center  even  existed. 

During  the  whole  of  this  transitional  period,  we  worked  under  the 
auspices  of  the  Library.  By  the  summer  of  1967  some  of  those  in  authority 
began  to  realize  the  sort  of  expansion  the  Documentation  Center  seemed  to 
be  working  toward,  and  the  Study  Commission  of  the  University  was  re- 
quested to  define  the  Center's  status  and  decide  what  policy  should  govern  its 
development.  On  the  basis  of  a  special  committee  report,  the  Commission 
made  the  following  recommendations: 

1)  That  the  Documentation  Center  should  have  its  own  Council 
responsible  to  the  Library  Council,  and  presided  over  by  the  director  of 
the  Center.  The  members  of  the  Council  would  include  the  head  li- 
brarian and  five  professors  appointed  by  the  University  Council  (two 
from  the  science  faculties,  two  from  the  Faculty  of  Letters,  and  one 
representative  from  the  Information  Processing  Center). 

2)  That    the   University   faculties   should  make   quite   clear  the 
specific  fields  of  research  in  which  they  are  interested. 

3)  That  a  documentation  committee  be  formed  within  each  fac- 
ulty. 

4)  That    each   documentation   committee   be  kept  informed   of 
current  projects  organized  by  the  Documentation  Center,  and  of  the 
fields  of  research  in  which  each  faculty  is  engaged. 

5)  That  a  special  catalog  should  be  prepared  for  the  library  to 
facilitate  access  to  the  documentation  prepared  at  the  Center;  and  that 
the  Center  itself  be  empowered,  academically  and  administratively,  to 
carry  out  its  own  research  programs  and  to  obtain  grants  to  this  end.  In 
this  way  the  Documentation  Center  would  obtain  official  recognition 
both  in  the  academic  and  administrative  fields.* 

*This  resolution  was  adopted  by  the  Laval  University  Council  July  26,  1967. 


In  the  committee  report  it  is  clearly  stated  that  the  orientation  of  which  I 
have  just  spoken  should  be  carried  even  further:  "the  Documentation  Center 
must  not  of  course  neglect  the  building  up  of  full  documentation  on  French 
Canada.  At  the  same  time  it  must  serve  the  needs  of  the  various  departments 
and  research  centers  that  call  upon  it."  This  kind  of  service  has  become  a 
necessary  complement  to  that  of  the  library. 

As  far  as  financing  of  projects  is  concerned,  it  was  also  decided  that 
faculties  and  departments  should  finance  their  own  research  in  documentation 
during  the  first  year  of  a  project.  If  it  is  then  decided  that  the  project  is  of 
permanent  interdepartmental  interest,  the  Center's  Council  can  recommend 
that  further  financing  come  out  of  the  Center's  own  budget.  Academic 
responsibility  for  research  projects  in  documentation  remains  in  the  hands  of 
the  respective  faculties  and  is  handled  by  the  documentation  committees.  The 
Center  assumes  responsibility  for  the  administrative  and  technical  side. 

Laval  University's  Documentation  Center  is  thus,  I  believe,  unique  of  its 
kind.  I  hope  that  this  description  of  the  way  it  functions  will  help  those  who 
may  wish  to  set  up  a  similar  center  to  benefit  from  our  own  experience  in 
this  regard. 

Technically  speaking,  our  first  major  problem  was  to  find  some  system 
of  analysis— that  is,  of  classification  and  of  indexing  which  would  make  it 
possible  to  locate  easily  and  rapidly  the  documentation  required  in  a  par- 
ticular section  of  research  or  teaching.  Three  principal  factors  had  to  be  taken 
into  consideration:  First,  the  amount  of  basic  documentation  which  could  be 
determined  upon  and  the  need  to  keep  this  documentation  constantly  up  to 
date,  despite  not  knowing  exactly  how  much  material  would  be  involved; 
second,  the  interdepartmental  interest  a  particular  piece  of  documentation 
might  hold,  which  would  allow  one  to  make  the  most  efficient  use  of  it;  and 
finally,  new  lines  of  research  that  might  stem  from  a  given  piece  of  research 
or  a  teaching  program. 

We  started  off  by  using  the  KWIC  indexing  approach,  but  found  almost 
immediately  that  this  indexing  system  just  does  not  work  in  French.  French 
differs  from  English  in  that  it  lacks  the  concision  of  the  latter.  In  English,  an 
adjective  placed  before  a  noun  evokes  a  concept  in  its  quasi-totality,  whereas 
in  French,  a  definite  or  indefinite  article,  or  a  preposition  is  often  linked  to 
the  determinant.  Texts  broken  down  by  the  KWIC  scheme  were  thus  so 
mutilated  as  to  be  unintelligible.  We  therefore  abandoned  this  system  and 
turned  to  the  KWOC.  Here  again  we  ran  up  against  a  basic  problem,  the 
rejection  of  unnecessary  words  which  would  allow  indexing  of  key-words.  An 
enormous  waste  of  machine  time  was  incurred,  and  we  abandoned  this  system, 
too,  as  quite  impractical. 

We  finally  decided  to  construct  our  own  program,  ASYVOL,  which 
translated  from  French  means  "Synthetic  Analysis  by  Free  Vocabulary."  By 
synthetic  analysis  we  mean  the  transmission  in  the  briefest  possible  way  of 
what  a  writer  has  to  say.  It  also  means  that  the  documentalist  is  not  restricted 
by  a  thesaurus  or  a  subject  heading  list.  The  documentalist  is  instructed  to  use 
the  author's  own  terminology  as  much  as  possible.  This  avoids  over- 
standardization  of  terminology  and  allows  our  vocabulary  to  evolve  with  the 
discipline  it  deals  with.  This  approach  to  documentation  was  heavily  criticized 


at  the  beginning,  but  was  developed  to  meet  the  needs  of  research  workers 
who  were  familiar  with  the  new  terminology  of  their  subjects,  and  who 
expected  to  find  documents  under  these  new  headings. 

Given  below  is  an  example  of  a  documentalist's  work-sheet. 

ANALYTICAL  INDEX 

Class-mark  P433-220867-0694 

Authors       101    PECHER  ALPHONSE 

102    POINCARE,H  SCIENCE  AND  HYPOTHESIS 
Title  104    THE  AXIOMATICAL 

and  105    PEDAGOGI  V.  22,  NO.  8,  Oct.,  1967 

Source         106  to  110 

Analysis       201     DI ALOGUE  BETWEEN  A  FATHER  AND  THE  AUTHOR  CONL 

202  CERNINGTHE  THEORY  OF  UNITIES,  STUDIED  BY  HENRI 

203  POINCARE  IN  HIS  WORK  "SCIENCE  AND  HYPOTHESIS" 

204  to  230 

Methodo-     301    SCIENCE  -  MATHEMATICS  -  STUDY  AND  TEACHING 
logical          302    EDUCATION  -  TEACHING 
Index         303  to  310 

Analytical   401    MODERN  MATHEMATICS 
Index          402    THEORY  OF  UNITIES 

403  POINCARE,  HENRI 

404  to  420 

The  key  for  the  descriptive  elements  thus  reads: 

101  The  author 

102  The  author  and  title  of  book  reviewed 

104  Title  of  the  article 

105  Source  of  information 
201-203  Synthetic  analysis 
301  and  302  Systematic  Index 
401-403  Key  words  in  free  vocabulary. 

From  such  inputs,  the  computer  program  will  produce  the  following 
outputs: 

1)  Analytical    Index— The    three   key   words   will  be   separately 
indexed  and  the  analysis  repeated  under  each  one; 

2)  Systematic  Index— Science-Mathematics-Study  and  Teaching; 

3)  Author  Index; 

4)  Author  reviewed— Name  of  the  author  and  title  of  the  work 
reviewed;  and 

5)  Reference  index— Under  the  title  of  the  periodical  indexed,  a 
complete  reference  is  listed  in  the  first  four  lines. 

We  have  published  a  number  of  such  indexes  using  ASYVOL*.  This 
system  has  proved  extremely  helpful  in  the  compilation  of  indexes  and  is  used 

*A  list  of  those  available  can  be  obtained  from  the  author. 
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in  the  library  as  well.  However,  in  specialized  research  the  system  does  not 
allow  the  synthetic  collation  of  the  subjects  dealt  with,  and  we  were  looking 
for  a  formula  which  would  fill  this  need  when  the  existence  of  the  Miracode 
machine  (Microfilm  Retrieval  Access  Code)  was  brought  to  our  attention. 

A  visit  to  the  head  office  of  the  Recordak  Company  increased  our 
interest,  but  also  left  us  in  a  quandary,  with  a  number  of  questions  un- 
answered. I  therefore  asked  the  company  to  lend  one  of  their  machines  for  a 
short  period.  I  persuaded  one  of  our  geographers  to  collaborate  in  an  experi- 
ment involving  the  use  of  maps.  We  then  mobilized  the  entire  staff  of  the 
Geography  Institute,  and  in  less  than  three  weeks  had  analyzed  almost  2,000 
maps  of  Quebec,  using  color  microfilm  at  the  request  of  the  Institute.  A 
demonstration,  to  which  we  invited  professors  and  research  workers  proved 
conclusive  for  us,  and  a  few  months  later  we  bought  the  machine. 

The  use  of  Miracode  has  not  changed  our  philosophy  of  approach,  and 
we  are  still  using  free  vocabulary.  But  instead  of  providing  a  systematic  index, 
we  now  structure  our  documentation.  For  example,  the  Center  of  Bio- 
Medicine  asked  us  for  a  document  observation  made  after  a  specific  innocula- 
tion  of  a  cancerous  mouse.  They  were  particularly  interested  in  the  develop- 
ment of  fever  that  follows  such  an  innoculation.  It  was  an  easy  matter  to 
break  down  mouse  cancer  and  fever  and  find  the  appropriate  code  for 
innoculation.  We  found  the  document  within  a  few  seconds.  But  the  re- 
searcher might  not  have  asked  specifically  for  a  mouse;  a  rat  or  some  other 
rodent  might  have  answered  his  purpose  just  as  well.  In  that  case,  and  had  he 
merely  asked  for  a  rodent  when  in  fact  the  information  was  stored  under 
mouse,  we  would  have  been  in  possession  of  the  information,  but  with  no 
way  of  retrieving  it  unless  we  had  not  previously  structured  our  information. 
In  bio-medicine  for  example,  we  have  built  such  structuring  for  a  range  of 
500,000  animals  going  from  the  generic  to  the  specific. 

A  series  of  tabulators  is  used  to  retrieve  information  of  this  kind.  Each 
tabulator  offers  a  range  of  1,000  descriptors  or  key-words.  By  linking  two 
tabulators  together,  this  range  is  increased  to  one  million.  Referring  to  Figure 
1,  for  example,  if  I  press  button  one  in  the  first  column— this  stands  for 
mammals— and  then  the  equality  sign  on  the  next  five  buttons  (which  stands 
for  "don't  care"),  all  the  mammals  we  have  will  be  fed  into  the  information 
storage.  But  if  I  push  button  number  three  in  the  second  column,  I  will 
obtain  rodents  only;  button  number  five  will  restrict  it  to  mice  only,  and  if 
we  use  the  fourth  column,  it  could  be  one  specific  family  of  mice. 

In  building  our  structure  in  bio-medicine,  we  follow  the  pattern  used  by 
the  Center  whereby  we  proceed  from: 

1)  a  matter-object; 

2)  components  of  this  matter-object  (anatomy); 

3)  normal  or  abnormal  condition  (diseases); 

4)  experiments  made  by  agent  or  treatment;  and 

5)  results  or  observations  obtained. 

This  same  structure  is  applied  to  research  in  documentation.  All  key- 
words are  individually  codified,  and  we  may  retrieve  any  document  or  group 
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Figure  1.  MIRACODE  Automated  Retrieval  Keyboard 
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of  documents  relevant  to  the  question.  We  are  also  planning  to  install  a 
camera  in  front  of  the  screen  and  project  the  image  of  the  microfilm  on  a 
monitor  to  any  laboratory  that  may  request  it. 

At  present  we  are  working  on  four  separate  projects  in  documentation: 
(a)  industrial  relations  (regarding  collective  agreements  in  force  in  Quebec),  (b) 
Canadian  jurisprudence  (insurance  cases),  (c)  bio-medicine  (documents  which 
have  been  selected  by  the  biologists  and  physicians  in  this  Center),  and  (d) 
philosophy  (any  documents  dealing  with  Aristotle).  The  aim  of  our  Center  is 
to  turn  every  faculty  member  into  a  cooperating  documentalist.  Each  faculty 
member  may  decide  for  himself  whether  material  is  valuable.  If  it  is  likely  to 
be  requested  for  future  retrieval,  he  will  send  it  to  the  Documentation  Center, 
with  underlining  of  those  concepts  which  will  identify  it  for  his  own  retrieval 
purposes.  Our  own  staff  documentalists  may  then  add  some  descriptors  to 
enlarge  the  utility  of  the  document  for  other  research  workers.  The  document 
will  then  be  coded,  microfilmed,  and  made  accessible  to  all  those  on  the 
campus. 

The  main  goal  of  our  Documentation  Center  is  thus  to  establish  a 
constant  dialogue  with  faculty  members,  and  to  create  a  new  dimension  to 
our  University  Library.  We  feel  that  we  have  begun  to  make  significant 
progress  toward  that  goal. 
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THE  ILLINOIS  STATE  LIBRARY 
"ON-LINE"  CIRCULATION  CONTROL  SYSTEM 


"On-Line"  circulation  control  has  been  a  reality  at  the  Illinois  State 
Library  since  late  in  1966.  It  would  be  incorrect,  of  course,  to  think  that  this 
was  accomplished  overnight  or  instantaneously.  Such  was  decidedly  not  the 
case.  Beginning  as  early  as  1959,  many  hours  of  discussion  and  planning  were 
required  by  the  office  of  Secretary  of  State  and  its  collaborating  Drivers 
License  Division  and  Illinois  State  Library  staff  members. 

The  enormous  size  of  the  Illinois  State  Library  collections  to  be  con- 
trolled indicated  from  the  outset  that  some  type  of  data  processing  would  be 
needed  to  handle  circulation  of  books  in  meeting  the  growing  needs  of 
citizens  and  libraries  throughout  the  state.  It  was  recognized,  too,  that  this 
would  eventually  involve  the  need  for  machine-processing  of  new  acquisitions 
as  a  continuing  update  for  the  system. 

Card  formats  were  then  agreed  upon  and  the  punching  of  80-column 
cards  was  started  by  Drivers  License  keypunch  operators  for  the  total  shelflist 
of  some  575,000  circulating  items  in  the  Illinois  State  Library.  At  first  this 
was  a  "fill-in"  job  between  busy  seasons.  Therefore,  a  fixed  schedule  was  not 
established  for  completion,  and  as  a  result  approximately  two  years  were 
required  to  finish  the  project.  Also,  owing  to  cataloging  and  classification 
difficulties,  some  items  held  by  the  Library,  such  as  Federal  and  state 
documents,  and  periodicals,  were  not  included  in  the  listing  at  this  time. 

Because  of  the  anticipated  installation  costs,  conversion  to  data  proces- 
sing control  then  remained  at  a  standstill  for  a  period  of  time.  There  was  also 
the  complicating  possibility  that  a  centralized  computer  facility  would  be 
acquired  by  the  Office  of  Secretary  of  State  to  handle  large-scale  service  and 
bureau-type  operations  for  all  its  divisions,  including  the  Library.  To  gather 
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further  information,  various  systems  were  studied  in  the  meantime,  and  many 
"on-site"  trips  were  made  to  discuss  problems  and  methods  of  operation.  The 
planner's  foremost  desire  remained,  however,  the  establishment  of  an  on-line 
system  that  would  not  require  several  conversions. 

Late  in  1965,  a  final  survey  was  made  to  determine  the  probable 
accessibility  of  local  computer  facilities  for  State  Library  use,  and  it  was 
concluded  that  no  such  equipment  was  available.  The  survey  also  indicated 
there  was  no  computer  facility  available  to  operate  on  the  desired  "time- 
sharing" basis.  As  a  result,  an  order  was  placed  for  an  IBM  1800  System  with 
remote  processing  capabilities. 

Time  went  on,  and  owing  to  development  of  third  generation  com- 
puters, the  originally  scheduled  delivery  dates  for  the  1800  System  were 
pushed  into  the  fourth  quarter  of  1967.  However,  IBM  representatives  then 
indicated  that  a  1710  System  (i.e.,  a  1620  computer  with  four  disk  drives  and 
equipped  for  remote  processing)  could  be  delivered  earlier  (in  mid-October, 
1966),  and  the  decision  was  made  accordingly  to  substitute  our  original  order 
with  the  IBM  1710  System. 

IBM  1620  20K  CPU  Transmission  Control — #1026 

IBM   1402  Card  Reader 

IBM  1443  Printer  4  Input  Readers--#1031 

4  Printers--#1033 
1  Disk  Drive—IBM  1311-004 
1  Disk  Drives—IBM  1311-002  18  Disk  Packs 

Figure  1.  IBM  1710  System*  Equipment 

*The  1710  System  was  renamed  because  of  the  addition  of  remote  processing 
facilities.  The  System  includes  a  1620  Model  1  20K  computer  with  4  disk  drives,  a  1026 
controller  for  handling  the  remotes,  which  consists  of  1031  readers  with  1033  printers. 
Four  sets  of  remote  units  are  used  in  various  parts  of  the  Illinois  State  Library. 

In  view  of  the  type  of  equipment  thus  finally  scheduled  for  delivery,  a 
small  staff  of  personnel  was  brought  together  to  undertake  the  task  of  getting 
all  areas  ready  for  the  arrival  of  the  computer.  Procedures  and  flow  charts 
were  brought  up  to  date  as  needed.  At  the  same  time,  tape  formats  were 
changed. 

The  cards  punched  between  1962-64  had  originally  been  loaded  onto 
tape  by  the  Drivers  License  Division's  UNI  VAC  III  in  card  image  format. 
Since  one  of  the  requirements  for  the  final  system  was  to  be  a  machine- 
readable  book  card,  it  was  determined  that  the  UNIVAC  tape  format  would 
need  to  be  reconfigured  in  IBM  format.  Since  the  local  computer  division  did 
not  have  the  programs  for  handling  such  a  job,  three  basic  reels  of  UNIVAC 
tape  were  sent  to  a  service  company  in  Pennsylvania,  and  shortly  thereafter 
thirteen  reels  of  reconfigured  tape  were  returned. 

The  next  job  was  that  of  producing  book  cards  from  the  reconfigured 
tapes.  An  IBM  1401  was  used  to  punch  off  a  book  card  for  each  item  on  the 
tape  and  to  interpret  these  cards  so  that  ordinary  clerks  could  work  readily 
with  them.  Some  440,000  usable  cards  were  punched,  and  an  error  list  of  bad 
records  was  printed. 
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The  most  massive  job,  however,  was  that  of  matching  the  cards  to  books 
in  the  stacks.  Since  a  complete  inventory  had  not  been  taken  of  the  Library 
for  some  100  years,  it  was  decided  to  inventory  the  Library  while  inserting 
the  book  cards.  This  project  got  underway  in  August  1966.  Completion  of  the 
task  was  hopefully  scheduled  to  coincide  with  the  delivery  date  of  the 
computer. 

In  addition  to  the  new  personnel  assigned  to  the  Library  by  the  Drivers 
License  Division  (a  data  processing  manager,  two  keypunch  operators,  and 
several  computer  operators)  IBM  supplied  a  system  engineer  and  other  support 
help  to  assist  in  making  ready  for  the  arrival  of  the  computer.  As  previously 
noted,  many  of  the  procedures  had  already  been  flow-charted  for  operations 
on  a  computer,  so  that  much  of  the  system  analyst's  work  was  largely 
completed.  Accordingly,  work  was  also  carried  forward  at  this  time  on  the 
actual  programs  to  be  used  with  the  1 620  Computer.  The  primary  task  of  the 
computer,  at  the  start,  was  to  be  the  control  of  circulation  of  books  from  the 
State  Library.  The  program  for  this  purpose  was  named  CIRCON. 

This  program  was  designed  to  handle  each  transaction  concerning  a 
book,  developing  the  necessary  records  as  appropriate  to  accomplish  each 
preassigned  task.  It  charges  out  and  records  the  return  of  each  book;  it  can 
also  renew  the  item  and  set  up  a  new  due  date  for  the  book. 

To  take  a  closer  look  at  how  CIRCON  operates,  we  can  trace  its 
charging-out  procedure  (Figures  2  and  3).  In  this  procedure,  a  patron  card  is 
inserted  in  the  badge  section  of  the  remote  1031  terminal  together  with  the 
book  card.  The  program  then  calls  in  the  master  patron  file*  and  checks  to 
see  if  the  patron's  number  refers  to  a  valid  borrower  or  user  of  the  Library.  If 
the  patron  is  identified  as  a  valid  user,  the  patron  number  as  well  as  the  book 
card  information  is  transmitted  to  the  computer  for  final  editing.  When 
editing  is  complete,  the  information  is  placed  on  the  transaction  packs  for  the 
day.  Charge-outs  and  returns  are  listed  in  the  order  in  which  they  occur,  for 
further  processing  after  hours. 

If  a  title  is  returned  for  which  a  reserve  has  been  placed,  it  is  checked 
against  the  list  which  is  at  the  beginning  of  the  day's  transaction  pack  (Figure 
4).  A  book  being  discharged  from  circulation  has  the  call  number  and  the 
Cutter  number  taken  from  the  book  card  and  checked  against  the  reserve  list. 
If  a  reserve  exists  on  the  file,  it  then  transmits  the  information  to  the  printer 
located  next  to  the  discharging  terminal.  The  1033  printer  indicates  the  call 
number,  Cutter  number,  patron  number,  and  the  date  the  reserve  was  placed. 
The  book  is  then  turned  over  to  the  reserve  clerk  for  handling. 

The  essential  feature  of  CIRCON  is  that  it  is  run  in  a  "time-sharing" 
mode.  An  interrupt  feature  allows  the  computer  to  set  in  the  program  until 
the  1026  controller  signals  that  information  is  being  received  from  a  terminal 
for  handling.  This  feature  allows  the  central  processing  unit  to  run  only  when 
handling  information  is  fed  to  it.  Needless  to  say,  this  cuts  down  a  great  deal 
on  the  amount  of  logged  time  on  the  computer. 

"This  file  is  generated  from  the  registration  data  for  patrons  of  the  Library.  It 
includes  names,  addresses,  and  Library  card  numbers  and  is  available  at  all  times  to 
CIRCON. 


14 

Each  evening,  the  computer  room  lists  and  punches  a  card  for  each 
transaction  which  has  occurred  during  the  day  as  it  appears  on  the  circulation 
transaction  disk.  The  lists  and  cards  are  filed  as  a  back-up  for  the  computer  in 
case  of  a  major  disaster.  Daily  transactions  are  also  sorted  into  Dewey,  Cutter, 
and  serial  number  order,  and  a  program  for  circulation  updating  (CIRCUP)  is 
next  called  into  the  computer  to  handle  the  merging  of  the  sorted  transactions 
with  the  master  circulation  record.  CIRCUP  takes  an  item  from  the  trans- 
action pack  and  locates  its  place  in  the  master  file.  If  the  transaction  is  a 
discharge,  it  removes  it  from  the  master  pack,  and  if  it  is  a  charge,  the 
information  is  added  to  the  file.  Occasionally  a  book  is  charged  out,  which  for 
some  unknown  reason  has  not  previously  been  discharged  from  the  master 
file.  In  this  case,  a  section  of  the  program  places  the  new  charge  on  the  pack, 
removes  the  one  on  the  pack,  and  punches  out  a  card  as  well  as  listing  the 
item  on  the  printer.  CIRCUP  maintains  the  new  master  file  in  Dewey  order, 
building  a  new  file  each  time  it  is  updated,  and  at  the  same  time  printing  out 
the  day's  statistical  information  of  activity  by  Dewey  classification. 

Overdue  notices  are  another  product  of  the  system.  At  assigned  intervals 
overdues  are  selected  from  the  master  transaction  file.  These  are  first  trans- 
ferred to  a  disk  pack  from  which  they  are  sorted  by  patron  number.  Paper  is 
loaded  into  the  printer  and  the  overdues  program  (DUENOT)  is  called  in  to 
print  overdue  notices  for  books  which  are  listed  for  each  borrower.  The 
master  patron  file  is  accessed  to  obtain  a  mailing  address  for  each  notice. 

Monthly  statistics  are  a  further  product  which  records  the  use  of  the 
Library  by  Dewey  classification  as  well  as  departments.  Statistical  analysis  of 
reserves,  both  by  borrower  and  type  of  book,  is  also  easily  obtained  from  the 
appropriate  punched  cards.  All  such  statistics  are  of  great  use  to  the  collection 
development  staff. 

In  summary,  the  system  as  outlined  above  first  became  operational  on 
December  1,  1966,  handling  by  computer  at  that  time  only  the  adult  charges 
from  the  Library.  The  inventory,  which  had  taken  a  great  deal  more  time  than 
anticipated,  was  finally  completed  so  that  by  September  1,  1967,  all  charges 
were  being  handled  by  the  computer. 

What  does  such  a  system  cost  in  round  dollar  figures?  Our  basic  rental 
has  been  $6,500  per  month.  This  includes  our  keypunches  and  some  allied 
equipment.  A  breakdown  of  average  costs  during  the  past  year  indicates  that 
the  cost  per  transaction  has  been  32  cents.  When  we  compare  this  to  manual 
charge  costs,  we  find  it  broadly  comparable  except  in  the  case  where  a  large, 
cheap  labor  supply  is  available.  We  may  note,  too,  that  as  a  result  of  the 
system  the  number  of  the  employees  in  the  circulation  records  unit  of  the 
Library  has  been  reduced  from  twenty-two  at  the  peak  of  the  season  to  a 
staff  of  nine  who  handle  the  shipment  of  most  of  the  books  from  the  Library. 
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Processing  time 
approximately 
12  seconds 


Patron  checks  made  by  computer: 

Patron  number  valid 

Patron  authorized  A.  V.  material 

Patron  blocked 


Record  updated  by  computer: 

Patron  record 
Circulation  record 
Department  statistics 
Book  use  list 


Figure  2.  Charge-Out  Procedure 
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Figure  4.  Discharging  Procedure 
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Book  Pocket 

and 
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Figure  5.  Catalog  Procedure 
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LINE  CONDITION 

Good  transmission  to  terminal 
or  console. 

1.  Answerback  not  received  by  1026 
in  response  to  test. 

2.  Loss  of  communication  line  de- 
tected during  transmission. 

(§)  received  in  response  to  addressing. 


1.  Addressing  answerback  time-out 
(no  response  received  from  terminal) , 

2.  Loss  of  communication  line  detect- 
ed during  addressing. 

1.  Transmission  (to  terminal  or  con- 
sole) has  VRC  check  which  was  de- 
tected by  1026. 

2.  Text  answerback  from  terminal  is 
other  than  (^  . 


Figure  13.  Address  Mode 
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Buffer 
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LINE  CONDITION 

1.  End  of  polling  list. 

2.  Text  answerback  has  been  sent  to 
terminal  without  multiblock  feature. 

3.  Line  has  been  idled. 

4.  Disconnect  operation  has  been 
completed. 

5.  Connection  not  established  when 
dialing  on  an  automatic  calling  line. 
Input  message  from  terminal  or  con- 
sole exceeds  capacity  of  buffer  or 
console. 

1.  Test  time-out  (22.  6-23  seconds). 

2.  Successful  bid  for  line  due  to  poll- 
ing time-out  (522-533  milliseconds) . 

3.  Loss  of  communications  line  during 
polling  or  receiving. 

1.  ©received  by  1026  in  response  to 
text  answerback  (  (5)  or  (n)  )  . 

2.  Successful  bid  for  line  when  re- 
sponse to  polling  is  (§)  . 

3.  Connection  established  by  dialing 
on  automatic  calling  line. 

Good  message  received  from  terminal 
or  console. 

Message  has  VRC  or  LRC  check  (from 
terminal  or  console) . 


Figure  14.  Polling  Mode 
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1st  Polling  Point 

2nd  Transaction  Code 

3rd  Dewey  Number 

4th  Cutter  Number 

5th  Author 

6th  Title 

7th  Serial  Number 

8th  Patron  Number 

9th  Due  Date 

10th  Department  Number 

Figure  15.  Order  of  Items:  Transmission 
Over  Processing  Lines 

I .  PATRON  FILE  (ON-LINE) 

File  on  drives  3  &  5,  cylinders  0-98  of  drive  3  and  cylinders  48-98  of 
drive  5.  Patron  numbers  0-19,799  are  on  drive  3  in  the  corresponding  sectors, 
numbers  19,800-29,999  on  drive  5  sectors  9,600-19,799.  If  patron  number 
exceeds  19,799  we  subtract  10,200  from  the  number  to  develop  the  sector 
number  on  drive  5.  Maximum  number  of  patrons:  30,000.  Last  patron 
number:  29,999. 

(Updated  daily) 
II.  RESERVE  FILE  (ON-LINE) 

File  on  drive  5;  cylinders  0-3,  sectors  0-799.  Two  records  per  sector. 
Reserve  index  in  sectors  0  &  1.  Maximum  number  of  reserve  records  in 
fiie  is  1,596. 

(Updated  daily) 
III .   TRANSACTION  FILE  (ON-LINE) 

File  on  drive  5;  cylinders  4-47,  sectors  800-9,599.  Maximum  number  of 
transactions:  8,799.  Transaction  control  field  in  sector  800. 

(Sorted  and  merged  with  circulation  file  dally) 
IV.  CIRCULATION  FILE  (OFF-LINE) 

File  stored  off-line  and  updated  daily  with  transactions.  "Old" 
(yesterday's)  circulation  file  is  placed  on  drive  5,  a  "scratch" 
pack  on  drive  3  will  be  the  "new"  (today's)  circulation  file  after 
updating  with  transactions  on  drive  7.  Unlimited  storage  capacity. 
Circulation  control  fields  and  pack  numbers  in  sector  zero  of  each 
pack. 

(Updated  daily) 
NOTE:   DRIVE  NUMBERS  ARE  PROGRAM  NUMBERS--1,  3,  5,  7. 

Figure  16.  System  File  Descriptions 
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DISCHARGE (NOTE— IT  IS  A  9  IN  THE  CARTRIDGE) 

MAIL  CHARGE 
DESK  CHARGE 
MASTER  PATRON  CARD 
RENEWAL 


1031  SETUPS 


CARD 

BADGE 

CARTRIDGE 

DISCHARGE 

X 

X 

DESK  CHARGE 

X 

X 

X 

MAIL  CHARGE 

X 

X 

MASTER  PATRON 

X 

RECHARGE  (RENEWAL) 

X 

X 

Figure  17.  Transaction  Codes  of  CIRCON  1. 
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MESSAGE 

CAUSE 

ACTION 

"XX/XX/XX  Recharged" 

Book  has  been  recharged. 

Put  slip  in  book. 

"Incorrect  Year" 

Patron  attempting  to 
use  last  year's  patron 
card* 

See  if  patron  is  still 
registered  and  has  current 
card. 
Charge  fails. 

"Patron  Blocked" 

Blocked  patron 
attempting  to  charge 
out  material. 

Disallows  him  to  charge 
material. 
Charge  fails. 

"Patron  not 
authorized  for  A-V" 

Patron  attempting  to 
charge  audio  -visual 
material  and  not 
authorized. 

Disallow  him  to  charge 
material. 
Charge  fails. 

"On  Reserve" 

Patron  attempting  to 
recharge  material 
that  is  reserved. 

Disallow  him  to  renew 
material. 
Recharge  fails. 

"XX/XX/XX  New  Patron" 

Patron  charging  material 
with  no  disk  patron 
record. 

Charge  succeeds  —  just 
verify  that  he  is  indeed 
a  new  patron. 

"Invalid  Patron 
Indicator" 

Patron  indicator  is 
not  0,  1,  or  2. 

Charge  fails. 
Check  disk  patron  record. 

"Patron  No.  Exceeds 
29,999V 

Patron  number  larger 
than  allowed 

See  data  processing 

Figure  18.  Circulation  Control:  1033  Messages 
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PREVENTING  FAILURE  IN  LIBRARY  AUTOMATION 


The  original  title  of  this  paper  was  "An  Equestrian  Solution;  or,  Get  a 
Horse!"  but  it  was  discarded  because  it  would  not  KWIC  index  very  well. 

Cartoonists'  views  of  automation  are  well  appreciated  by  librarians, 
particularly  one  cartoon  in  which  the  computer  center  director  appears 
rushing  into  the  computer  room  crying  to  two  assistants,  "You're  trying  to 
program  a  fool-proof  cross-reference  system?  Good  Heavens,  you'll  ruin  the 
computer!"  Cartoonists  offer  their  own  remedies  for  the  computer  which  fails 
to  work,  with  suggestions  ranging  from  a  swift  kick  in  the  transistors  to,  as  a 
last  resort,  assuming  a  humble  posture  on  one's  knees  and  offering  prayers  to 
the  big  gray  boxes.  One  engineering  student  had  another  solution.  When  the 
computer  refused  to  work  for  him,  he  started  to  take  it  apart. 

Attempts  to  automate  libraries  encounter  the  same  kind  of  difficulties 
as  do  attempts  to  automate  other  aspects  of  our  lives;  while  some  of  these 
difficulties  are  soluble,  others  must  be  deemed  failures.  A  failure  by  its  very 
nature  tends  to  be  spectacular,  but  its  prevention  seems  dull  in  comparison. 
Remedial  action,  usually  drastic  and  appearing  to  the  bewildered  onlooker  as  a 
form  of  witchcraft,  provides  a  bigger  show;  nevertheless,  the  focal  point  of 
this  paper  is  the  less  spectacular  one  of  preventing  failure  in  library  automa- 
tion. 

Instances  of  failure  in  library  automation  are  not  often  discussed 
publicly,  let  alone  published,  for  neither  personal  nor  institutional  pride  favors 
a  public  display  of  disaffection.  As  a  result  library  literature  does  not  usually 
mention  the  possibility  of  failure  except  when  an  author  sets  out  to  prove 
that  library  automation  is  not  possible.  Friends  in  the  computer  center  tell  me 
that  a  similar  reluctance  to  discuss  failure  exists  in  other  areas  of  automation 
as  well.  This  paper  is  an  attempt  to  fill  a  void:  to  locate  some  of  the  principal 
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shoals  on  which  library  automation  is  likely  to  run  aground  and  to  chart  a 
safe  course. 

The  original  plan  was  to  develop  an  imaginary  case  study  and  from  that 
to  extract  certain  principles,  but  it  soon  became  obvious  that  in  such  an 
approach,  the  case  study  itself  would  have  assumed  undue  importance.  As  an 
alternate,  the  choice  was  made  to  identify  certain  types  of  failure  which  can 
occur,  discuss  the  means  of  averting  such  failure,  and  suggest  remedies  for 
failure  after  the  fact.  Fictionalized  and  sometimes  grossly  exaggerated  ex- 
amples have  been  taken  from  an  imaginary  library  at  Chestnut  College,  a 
medium-sized  school  more  or  less  a  half  century  old  and  located  not  too  far 
away.  Please  bear  in  mind  that  these  examples  are  isolated  and  should  be 
viewed  as  having  little  relation  to  each  other. 

Ten  categories  of  library  automation  failure  are  identified  in  the  ap- 
proximate order  in  which  they  will  occur.  These  are:  (1)  improper  motivation, 
(2)  poor  communication  between  librarians  and  programmers,  (3)  faulty 
systems  analysis  and  programming,  (4)  lack  of  feedback  to  systems  analysts 
and  programmers,  (5)  inflexible  programs,  (6)  operator  error,  (7)  inadequate 
machine  capacity,  (8)  low  priority  for  computer  services  to  the  library,  (9) 
insufficient  budgetary  support,  and  (10)  lack  of  long-term  commitment  on  the 
part  of  top  management.  It  may  be  noted  that  machine  failure  is  not  included 
in  this  list,  for,  while  computers  are  subject  to  downtime,  the  occurence  of 
pied  information  is  rarely  the  fault  of  machinery,  but  rather  the  fault  of 
people.  The  reliability  of  computers  to  do  as  instructed  even  when  instructed 
wrongly  is  truly  amazing.  A  programmer's  lament  might  well  be,  "The  com- 
puter always  does  exactly  what  it  is  told  to  do,  damn  it!" 

The  first  step  to  successful  automation  is  coherent  and  proper  motiva- 
tion for  wanting  to  automate.  The  library  that  is  moved  to  automate  solely 
because  there  is  equipment  next  door,  because  someone  believes  money  can 
be  saved,  or  because  the  Joneses  have  automated  is  going  to  have  difficulty. 
Successful  automation  requires  careful  definition  of  goals  without  which  there 
can  be  no  clear-cut  direction  of  action  and  therefore  no  clear-cut  instruction 
in  how  to  perform. 

Let  us  take  our  first  look  at  Chestnut  College  where,  a  few  years  ago,  it 
was  decided  that  the  library  should  be  automated.  The  rationale  was  simple: 
spare  time  was  available  on  the  small  computer  owned  by  the  college,  and 
other  libraries  were  known  to  be  automating.  When  Mr.  Head  Librarian 
received  his  orders,  the  only  goals  were  to  absorb  computer  time  and  keep  up 
with  the  schools  down  the  road.  While  this  situation  was  not  an  act  of  failure 
itself,  it  was  a  gigantic  leap  into  the  primrose  patch.  At  this  point  two  things 
were  possible  for  Chestnut  College  Library:  it  could  stumble  along  and  achieve 
very  little  (unless  it  be  by  accident),  or  it  could  stop  for  the  moment  and 
establish  more  precise  and  reasonable  goals. 

Once  motivation  has  been  properly  directed  and  suitable  goals  estab- 
lished, the  hard  work  begins;  and  this  involves  perhaps  the  most  critical 
factor  in  the  whole  process  of  library  automation,  notably  two-way  communi- 
cation between  library  people  and  computer  people.  Through  communication, 
library  people  gain  an  understanding  of  the  capacities  and  limitations  of 
computer  equipment,  computer  people  gain  an  understanding  of  the  strangely 
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complex  variety  of  materials  in  libraries,  requests  and  suggestions  are  put 
forward,  decisions  to  accomodate  or  deny  these  requests  are  made,  and  out  of 
this  the  philosophical  basis  of  the  system  is  established.  If  communication  fails 
in  this  regard,  the  system  subsequently  designed  will  fail  in  many  respects,  at 
least  from  the  library's  point  of  view. 

By  now  Chestnut  College  had  decided  to  automate  book  order  and 
circulation  where  two  extremes  of  communication  were  immediately  evident. 
Miss  Acquisitions,  aware  that  many  aspects  of  her  department's  work  were 
repetitive  and  could  be  simplified  through  data  processing  methods,  had,  on 
her  own  initiative  some  months  earlier,  begun  to  study  the  available  literature 
to  learn  what  she  could  about  library  automation.  Thus,  when  Mr.  First 
Systems  Analyst  arrived  in  her  department  (his  first  visit  to  a  college  library)  a 
common  basic  vocabulary  already  existed.  Mr.  First  Systems  Analyst  was 
bright,  adaptable,  and  quick  to  learn  the  basic  library  vocabulary,  so  that  the 
two  were  soon  able  to  communicate  effectively.  Either  could  ask  questions 
and  could  expect  coherent  answers.  Out  of  this  grew  a  clearly  reasoned  plan 
for  a  computer  system  of  writing  purchase  orders,  maintaining  on-order  files, 
affecting  payments  for  books,  and  maintaining  budget  files.  Miss  Acquisitions 
generally  understood  the  limitations  within  which  she  must  work  and  was  able 
to  accept  the  omission  of  certain  features  for  which  she  had  hoped.  Similarly, 
Mr.  First  Systems  Analyst  gradually  modified  his  concept  of  a  single  straight 
line  of  action  as  he  began  to  understand  the  vagaries  of  book  dealers  and  their 
wares. 

Contrast  this  with  the  situation  in  the  Circulation  Department,  where 
Mrs.  Circulation  was  actively  hostile  to  learning  anything  about  computers  and 
Mr.  Second  Systems  Analyst  felt  little  need  to  learn  about  libraries.  The  two 
talked  at  each  other,  questions  went  unanswered,  and  explanations  were  not 
understood.  Finally,  a  business-type  system  was  set  up  which  was  scarcely 
compatible  with  handling  books  and  certainly  did  not  satisfy  Mrs.  Circula- 
tion's expectations  with  one  exception— it  did  not  work. 

Although  good  communication  is  a  prerequisite  for  good  systems 
analysis,  it  does  not  follow  that  good  systems  analysis  is  necessarily  a  result  of 
good  communication.  It  is  the  systems  analyst's  responsibility  to  perceive  the 
totality  of  the  system  on  which  he  is  working  for,  should  he  fail,  the 
component  parts  may  become  independent  sections  which  do  not  connect  one 
with  another.  Even  seeing  the  totality  of  the  system  is  not  enough,  because  it 
is  also  essential  to  establish  the  correct  relationship  of  each  part  to  all  the 
other  parts.  Incorrect  relationships  assume  different  kinds  of  actions  from 
correct  relationships  so  that  the  results  can  be  quite  different.  One  test  by 
which  one  can  measure  the  degree  of  success  or  failure  of  a  system  is  the 
extent  to  which  the  results  vary  from  the  original  intentions. 

At  Chestnut  College  Mr.  First  Systems  Analyst  was  unaware  of  the 
nature  of  serials  so  that  the  book  order  system  on  which  he  worked  with  Miss 
Acquisitions  was  designed  solely  for  monographs.  Because  he  was  innocent  of 
knowledge  concerning  serials  and  so-called  near  serials,  assuming  that  one  title 
is  one  book,  he  did  not  allow  for  the  serial-like  attributes  of  standing  orders 
for  certain  monographic  items.  Thus,  he  designed  the  book  order  system  so 
that  upon  payment  for  the  first  volume  received  on  a  purchase  order,  that 
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purchase  order  ultimately  would  be  removed  from  the  files.  For  a  one-volume 
monograph  or  ten-volume  set  shipped  and  received  on  one  invoice  this  was 
fine,  but  for  a  two-volume  set  with  each  volume  shipped  and  billed  separately, 
it  failed  to  work  because  the  system  which  he  designed  failed  to  take  into 
account  the  proper  relationship  between  monographs  and  would-be  serials. 

One  may  wonder  how  Miss  Acquisitions  met  this  limitation.  Every 
separately  shipped  and  billed  item  was  finally  treated  as  a  separate  purchase 
order  even  when  originally  ordered  as  only  a  part  of  one  item.  Each  invoiced 
partial  shipment  was  paid,  the  purchase  order  removed  from  the  file,  and  a 
new  purchase  order  for  the  remainder  entered  on  the  file.  At  the  same  timy 
the  acquisitions  staff  had  to  be  extremely  careful  not  to  make  two  payments 
on  one  purchase  order,  as  the  second  payment  would  return  the  encumbrance 
to  the  outstanding  balance  a  second  time,  creating  an  error  in  the  budget  file 
in  that  amount.  Miss  Acquisitions  is  looking  forward  eventually  to  have  the 
book  order  system  redesigned,  so  that  she  can  order  materials  and  not  worry 
about  partial  shipments  which  presently  endanger  the  integrity  of  the  budget 
file. 

While  the  systems  analyst  perceives,  designs,  and  records  the  total 
system,  the  programmer  is  given  the  already-determined  system  within  which 
he  must  construct  the  individual  program  segments  which  comprise  the  total 
system.  The  work  of  the  programmer  is  directly  dependent  upon  the  quality 
of  the  system  designed  and  given  to  him,  but  the  fact  that  he  is  given  a  good 
system  does  not  insure  that  he  will  write  good  programs.  Although  correct 
interfaces  may  be  described  in  the  system  given  to  him,  he  may  fail  never- 
theless to  write  programs  which  will  satisfactorily  mesh  when  these  interfaces 
occur,  or  he  may  totally  misunderstand  the  meaning  of  the  system  and  write 
programs  which  in  fact  accomplish  very  different  purposes. 

At  Chestnut  College  Mr.  First  Systems  Analyst  handed  the  completed 
book  order  systems  work  over  to  Mr.  Programmer  who  was  to  write  some  of 
the  programs.  Mr.  Programmer,  neglecting  to  take  the  time  to  examine 
carefully  the  over-all  system,  began  to  work  on  a  small  section  which  involved 
updating  files  upon  the  receipt  of  books.  With  only  a  cursory  glance  at  the 
record  format,  he  wrote  a  program  which  would  record  the  actual  price  of 
each  item  and  then  write  an  invoice-voucher.  The  program  tested  to  his 
satisfaction  and  he  turned  it  over  as  a  completed  piece  of  work. 

During  the  first  two  production  runs,  only  purchase  orders  were  written 
and  no  receipts  were  recorded,  but  during  the  third  week,  receipts  too  were 
included.  The  program  which  up  to  this  point  had  worked  properly,  suddenly 
produced  wrong  budget  totals:  the  outstanding  balance  was  lower  than  it 
should  have  been.  After  two  days  of  searching,  Mr.  Systems  Analyst  dis- 
covered that  Mr.  Programmer  had  failed  to  understand  a  critical  step  in  the 
payment  sequence,  in  that  he  had  failed  to  realize  that  when  making  a 
payment,  he  first  had  to  disencumber  the  fund.  The  program  he  had  written 
correctly  subtracted  each  encumbrance  from  available  funds  and,  as  each  book 
was  received,  also  subtracted  the  actual  price.  Obviously,  the  outstanding 
balance  was  diminishing  at  twice  the  rate  it  should  have  been.  Not  only  was  it 
necessary  to  rewrite  the  program,  but  the  budget  also  had  to  be  recalculated. 
Three  methods  were  possible:  (1)  because  the  system  was  very  new,  it  was 
possible  to  back  up,  start  over,  and  reprocess,  correctly  this  time,  all  trans- 
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actions;  (2)  in  an  older  situation  it  would  have  been  necessary  to  calculate 
manually  the  correct  totals;  or,  (3)  a  particularly  clever  programmer  could 
have  devised  a  special  program  to  edit  the  files,  but  manipulating  live  data  in 
this  manner  is  risky  although  sometimes  necessary. 

Once  a  system  is  designed,  programmed,  and  implemented,  it  is  possible 
for  the  systems  analyst  and  programmer  to  move  to  the  next  assignment 
leaving  behind  their  indiscretions  like  progeny.  This  is  bad  not  only  for  the 
analyst  and  the  programmer  who  are  deprived  of  knowledge  of  their  effective- 
ness, but  for  the  system  as  well,  for  there  is  no  feedback  with  which  to 
measure  and  improve  its  effectiveness.  Even  the  best  system  will  not  be 
perfect  because  of  inadvertent  omissions  or  errors,  and  even  if  it  were  error 
free  initially,  outside  changes  would  soon  occur  which  would  create  problems, 
so  that  it  would  not  suffice  for  long.  Clearly,  having  a  computer  man  on  hand 
for  periodic  review  and  trouble-shooting  is  a  good  idea.  He  may  be  con- 
centrating his  attentions  on  another  assignment,  but  he  should  be  available  for 
assistance  when  needed,  and  he  should  feel  a  sense  of  responsibility  for  the 
ongoing  health  and  success  of  the  system. 

After  Mrs.  Circulation's  retirement  from  her  position  at  Chestnut  College 
late  in  December,  Miss  Book  Charge  became  head  of  the  Circulation  Depart- 
ment. From  inherited  records  as  well  as  her  own  memory  she  knew  quite  well 
about  the  difficulties  which  had  been  experienced  the  year  before  when  the 
day-of-year  passed  365  and  began  again  with  day-of-year  one.  All  of  the 
overdue  books  had  then  suddenly  become  due  a  full  year  later  and  several 
snags  were  still  left  over  from  that  time.  The  small  computer  at  Chestnut 
College  had  simply  recorded  the  passage  of  time  with  the  change  in  the 
day-of-year  but  without  noting  the  change  in  year. 

Accordingly,  Miss  Book  Charge  asked  the  computer  center  what  could 
be  done  to  avoid  a  recurrence  of  last  year's  failure.  Both  the  program  logic 
and  the  record  format  ruled  out  the  possibility  of  inserting  some  identification 
for  the  year  unless  the  circulation  system  were  to  be  completely  redesigned. 
Another  possibility,  the  one  finally  chosen,  was  to  continue  numbering  the 
day-of-year  serially,  as  if  there  were  no  new  year.  Thus,  what  would  have  been 
day-of-year  one  in  the  new  year  now  became  day-of-year  366;  February  1 
became  day-of-year  397;  etc.  This  would  tend  to  be  confusing,  of  course  even 
with  a  conversion  chart,  but  books  due  on  day  332  of  one  year  would  now 
continue  to  be  due  on  day  332  of  that  year,  and  not  a  year  later.  Un- 
answered, however,  was  the  question  of  what  was  to  happen  the  following 
year  when  the  day-of-year  would  pass  999  and  would  need  four  digits  where 
only  a  three  digit  space  was  available. 

A  related  point  to  be  emphasized  in  this  regard  is  that  of  the  need  for 
documentation.  Both  the  systems  analyst  and  programmer  must  document 
their  work  each  step  of  the  way.  Then,  should  they  drop  dead  or  depart  to 
another  job,  their  work  can  be  carried  forward  by  someone  else.  At  Chestnut 
College,  for  example,  the  pay  checks  did  not  arrive  one  week.  The  young  man 
who  had  developed  the  computer  programs  for  writing  checks  had  gone  to 
another  job,  and  the  advent  of  a  new  Social  Security  withholding  rate  could 
not  be  implemented  because  the  programs  lacked  documentation.  The  Com- 
puter Center  managed  to  get  the  checks  out  four  days  later  with  no  thanks  to 
the  departed  programmer. 
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Similar  difficulties  can  occur  when  documentation  in  the  form  of  opera- 
tor instructions  (about  which  more  will  be  said  later)  and  user  instructions  has 
not  been  provided  as  a  part  of  the  total  systems  package.  Consider  the 
problems  that  would  occur  at  Chestnut  College  if  the  keypunch  operators, 
who  prepare  input  data  for  purchase  orders  and  then  prepare  additional  input 
data  for  updating  the  files  and  making  payments,  were  expected  to  function 
with  no  written  instructions.  Data  would  stray  from  the  record  format 
boundaries,  prices  would  be  entered  in  wrong  fields,  wrong  code  numbers 
would  be  used,  and  staff  turnover  would  bring  in  new  keypunch  operators 
who  would  find  the  lack  of  written  instructions  an  even  greater  problem.  A 
good  systems  analyst,  by  providing  detailed  written  instructions,  can  prevent 
most  of  these  problems. 

Even  a  program  with  tight  logic  and  a  satisfactory  product  will  fail 
when  operating  requirements  exceed  its  flexibility.  Anyone  who  has  studied 
even  elementary  computer  programming  is  aware  of  the  need  to  be  precise  in 
setting  up  machine  instructions,  for  the  ability  of  the  system  to  react  is  a 
direct  result  of  the  program  structure. 

At  Chestnut  College  the  effort  was  made  to  produce  a  book  catalog  for 
its  branch  campus  library.  This  attempt  failed  because,  although  the  formats 
were  excellent,  no  provision  was  made  for  entering  corrections,  so  that  an 
error  whether  it  be  a  single  letter,  a  word,  or  a  whole  line,  could  not  be 
manipulated  separately.  Errors  once  entered  in  the  system  could  not  be 
altered,  because  the  programmer,  attempting  to  protect  the  files  throughout  a 
series  of  sort  and  print  routines,  established  a  logic  barrier  to  any  changes  in 
the  files. 

Closely  related  to  program  flexibility  are  the  fail-safe  and  fail-soft 
concepts  of  system  design.  Presumably  a  fail-safe  system  will  not  fail  because 
inherent  safeguards  have  been  designed  into  it.  For  instance,  certain  com- 
mercial installations  actually  rely  upon  a  pair  of  computers,  the  second  of 
which  provides  backup  to  the  first,  should  it  go  down;  but  even  a  system  such 
as  this  can  fail  if  someone  should  pull  the  power  plug  on  the  second  machine. 
Fail-safe  is  thus  a  relative  concept,  as  we  also  know  from  at  least  one  literary 
source. 

In  contrast,  a  fail-soft  system  can  be  likened  to  a  soft  emergency 
landing;  in  the  event  of  failure,  alternate  backup  procedures  which  are  not 
normally  a  part  of  the  system  are  available  which  will  at  least  minimize  the 
extent  of  failure.  An  example  may  be  cited  in  the  circulation  system  at 
Chestnut  College,  which  was  so  designed  that  should  the  input  equipment  (of 
which  there  is  only  one  set)  go  down,  information  identifying  books  and 
borrowers  may  be  recorded  by  hand  and  keypunched  later  in  the  form  of 
pseudo  charge  cards.  If  the  system  had  been  designed  with  automatic  backup 
equipment  as  a  integral  part  of  normal  operations,  then  it  would  have  been  a 
fail-safe  system. 

Of  course,  it  is  possible  to  design  a  system  which  is  both  fail-safe  and 
fail-soft.  An  outstanding  instance  in  which  this  was  not  done  was  the  unsink- 
able  Titanic  designed  as  fail-safe  and  with  inadequate  fail-soft  provisions  such 
as  a  sufficient  number  of  lifeboats.  Libraries  with  limited  budgets  are  probably 
well  advised  to  favor  fill-soft  systems,  which  should  offer  less  opportunity  for 
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outright  failure  and  certainly  require  fewer  pieces  of  expensive  equipment  for 
backup. 

The  best  systems  analysis  and  programming  will  break  down  if  the 
computer  operator  errs  in  his  work.  A  well-developed  system  relies  upon  the 
computer  operator  for  no  decisions  and  only  a  minimum  of  interventions. 
Even  a  large  computer  will  require  some  operator  intervention  in  the  form  of 
loading  input  cards,  initiating  the  execution  of  a  series  of  programs,  and 
loading  the  proper  forms,  while  a  smaller  computer  may  require  additional 
operator  intervention  as  additional  input  cards  must  be  loaded,  when  certain 
operations  must  be  divided  into  one  or  more  parts,  and  because  forms  may 
need  to  be  changed  more  often  because  of  limited  capacity. 

Miss  Operator,  a  newcomer  to  the  computer  center  at  Chestnut  College, 
was  having  difficulty  running  the  book  order  programs;  however,  she  did  get 
through  her  task  and  sent  the  box  of  printouts  back  to  the  library.  Within  an 
hour  Miss  Acquisitions  was  on  the  phone  with  a  budget  problems.  Although 
purchase  orders  totalling  only  $5,000  were  processed  that  week,  the  out- 
standing balance  had  dropped  by  nearly  $10,000.  Also  she  had  discovered  that 
the  purchase  orders  had  different  numbers  from  the  Library  of  Congress  card 
order  slips  and,  in  examining  the  master  printout  of  all  books  on  order,  she 
found  double  entries  for  items  but  with  two  different  purchase  order  numbers 
for  each  parr.  Miss  Acquisitions  said  that  it  would  appear  that  Miss  Operator 
had  run  the  input  cards  through  the  computer  more  than  once  and  thus  had 
placed  the  items  on  file  more  than  once.  Why  was  this? 

Miss  Operator,  not  having  read  her  instructions  properly,  had  first 
loaded  regular  stock  paper  instead  of  purchase  order  forms  into  the  line 
printer.  For  the  remainder  of  the  run  she  had  managed  to  load  the  proper 
forms.  At  the  end  she  realized  her  initial  error,  loaded  the  purchase  order 
forms,  and  re-ran  the  input  cards  after  which  she  assembled  what  she  thought 
was  a  correct  set  of  printouts  and  set  them  back  to  the  library,  all  the  time 
unaware  that  she  had  encumbered  the  book  funds  twice  for  this  set  of 
purchase  orders. 

Miss  Acquisitions  was  then  faced  with  going  through  the  entire  master 
list  of  books  on  order  looking  for  instances  of  double  entries  for  the  same 
item  and  preparing  a  cancellation  card  for  the  member  of  each  pair  that  was 
not  represented  by  a  valid  purchase  order  card.  A  lot  of  time  was  wasted,  but 
the  budget  file  ended  up  with  correct  totals.  A  few  weeks  later  a  substitute 
operator  ran  the  input  cards  through  the  computer  twice,  but  with  correct 
forms  so  that  two  purchase  orders  were  issued  for  each  item.  Unfortunately, 
no  one  caught  this  mistake  until  the  books  began  to  arrive  in  pairs. 

Operator  error  can  also  happen  when  insufficient  documentation  is 
provided,  for  without  instructions,  job  stream,  or  forms  listing,  an  operator 
can  hardly  be  expected  to  execute  a  series  of  programs  and  not  make  a 
mistake.  Operator  error  is  disquieting  at  best.  However,  one  can  take  comfort 
in  that,  in  libraries,  operator  error  is  somewhat  less  than  fatal.  In  the  aircraft 
industry  they  call  it  pilot  error. 

A  neatly  designed  system  will  work  very  smoothly  so  long  as  the  data 
being  processed  do  not  exceed  the  capacity  of  the  computer.  But  when  its 
capacity  is  exceeded,  what  has  been  operating  as  a  good  system  can  suddenly 
cease  to  operate  at  all. 
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Returning  to  Chestnut  College  we  find  an  order  system  which  had 
worked  successfully  for  over  a  year.  A  modest  book  budget,  sufficient  to 
generate  purchase  orders  at  about  80  per  cent  of  the  computer's  capacity, 
suddenly  was  more  than  doubled.  Accordingly,  the  computer,  which  was 
capable  of  handling  only  so  many  purchase  orders  in  a  given  period  of  time, 
was  now  expected  to  handle  something  like  175  per  cent  of  its  actual  capacity 
load.  This  failure  may  be  viewed  as  a  result  of  the  inability  of  the  machine  to 
exceed  certain  limits  and  not  as  a  result  of  faulty  programming;  however,  in  a 
very  real  sense,  this  was  a  failure  in  the  original  systems  analysis,  because  an 
eventuality,  perhaps  a  remote  one  at  the  time  of  the  systems  design,  had 
occurred  which  was  beyond  the  limits  of  the  system. 

Finding  a  workable  solution  was  difficult,  in  any  case.  It  was  suggested 
that  creation  of  a  second,  or  parallel,  system  would  double  first  the  capacity, 
but  this  would  have  required  either  that  all  transactions  be  run  against  both 
systems  (very  expensive)  or  each  transaction  be  identified  as  belonging  to  one 
of  the  systems.  The  latter  would  have  required  reprogramming  and  then  would 
have  been  difficult  to  execute.  Another  suggestion  was  to  revert  to  a  com- 
pletely manual  system,  but  campus  politics  and  pride  prohibited  such  a  move. 
The  sudden  installation  of  a  much  larger  computer  and  reprogramming  of  the 
book  order  system  could  have  solved  the  library's  problem,  of  course,  but 
Chestnut  could  not  afford  a  new  computer  and,  even  if  it  could  have,  a  year 
might  well  have  elapsed  before  delivery. 

Another  solution  which  was  proposed,  and  later  adopted,  was  to  con- 
tinue the  present  automated  book  order  system,  run  a  parallel  manual  system 
for  the  overflow,  but  make  all  payments  through  the  computer.  For  the 
manual  system  a  new  series  of  purchase  order  numbers  was  begun  in  which 
each  number  was  prefixed  with  the  letters  CF  (said  by  some  to  be  the  initials 
for  "Computer  Failure").  Here  we  may  note,  of  course,  that  each  of  the 
proposed  solutions  would  have  violated  the  original  system,  and  that  the 
solution  finally  chosen  was  perhaps  necessarily  the  worst  in  this  respect. 

A  computer's  time,  just  as  an  employee's  time,  must  be  scheduled  so 
that  important  data  to  be  processed  can  be  submitted  at  the  proper  time,  and 
so  that  more  important  work  can  be  done  ahead  of  less  important  work. 
Obviously,  with  such  a  schedule,  the  higher  a  job's  priority,  the  sooner  it  will 
be  done  and  the  less  likely  it  is  to  be  set  aside  in  favor  of  another  job. 

A  clear  understanding  of  the  relative  priority  held  by  each  of  the 
library's  production  jobs  within  the  whole  of  the  computer  center's  work  is 
essential.  A  general  comment  over  coffee  of  "Don't  worry,  your  work  will  get 
done"  is  not  sufficient.  A  clear  statement  of  specific  priorities  is  needed  so  that 
the  computer  center  staff  can  properly  schedule  the  sequence  of  their  work, 
and  so  that  the  library  staff  can  depend  upon  the  receipt  of  completed  work 
at  specified  times.  Without  such  a  clear  understanding,  processed  data  will  not 
be  available  for  a  scheduled  staff  to  use  in  their  work  or  for  administrators  to 
use  as  a  basis  for  decisions. 

The  Chestnut  College  computer  center  neglected  to  establish  clear  pri- 
orities for  the  work  it  did  for  various  departments  including  the  library.  As  a 
result,  during  slack  periods,  everyone  was  happy,  but  as  the  computer  center's 
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workload  increased,  more  and  more  departments  found  themselves  waiting  for 
promised  but  not  yet  processed  work.  The  library  was  among  those  whose 
waiting  time  was  increasing.  Circulation  records,  which  were  supposed  to  be 
run  daily,  were  sometimes  running  two  and  three  days  behind  schedule.  By 
the  time  overdue  notices  were  printed  and  mailed,  their  validity  and  sub- 
sequent utility  were  substantially  reduced.  One  overdue  run  which  was  to  be 
the  basis  for  withholding  grades  for  delinquent  borrowers  was  delayed  to 
beyond  the  time  when  the  grades  were  released.  The  delay  was  said  to  be 
caused  by  printing  of  the  address  labels  for  next  year's  homecoming  festivi- 
ties—labels which  would  not  be  needed  or  used  for  at  least  six  weeks.  Thus, 
the  priorities  at  Chestnut  College  were  anything  but  clear  and  logical. 

A  computer  is  sustained  with  dollars.  Although  the  route  by  which  these 
dollars  come  to  the  computer  makes  little  difference  to  the  computer,  it  does 
make  a  great  difference  to  some  administrators.  While  Chestnut  College  has 
never  operated  its  computer  unless  that  time  can  be  billed  to  someone,  a 
nearby  college  makes  no  charges  to  campus  users,  for  the  latter's  computer 
center  is  directly  financed  by  the  business  office.  Interestingly,  the  two 
centers  do  approximately  the  same  amount  of  work  in  a  year  and  require 
approximately  the  same  number  of  dollars.  In  either  case  the  ultimate  ability 
to  feed  dollars  to  the  computer  rests  with  the  total  budget  available  to  the 
school  during  the  year.  At  Chestnut,  departmental  budgets  are  supposed  to  be 
inflated  to  a  certain  extent  to  permit  the  payment  of  computer  charges,  but 
the  inflation  is  not  always  visible.  At  the  neighboring  institution  these  charges 
have  been  calculated  in  advance  before  departmental  budgets  are  made. 

At  Chestnut  College,  say  two  years  ago  in  March  to  further  the  illustra- 
tion, Mr.  Head  Librarian  was  notified  that  he  would  soon  be  expected  to 
automate  certain  functions  in  his  library,  and  two  persons  from  the  computer 
center  were  assigned  accordingly  to  work  in  the  library.  Head  Librarian 
thought  this  was  very  nice  until,  at  the  end  of  the  fiscal  year,  he  was  billed 
several  thousand  dollars  for  the  salaries  of  the  systems  analyst  and  the 
programmer  and  for  the  test  time  on  the  computer.  The  prospect  of  paying  an 
unexpected  bill  to  the  computer  center  for  the  following  year  as  well  was 
even  less  pleasant.  Although  his  objections  to  the  business  office  were  rot  well 
received,  a  sort  of  compromise  was  reached:  the  bill  for  March  through  June 
was  absorbed  by  the  business  office,  but  the  succeeding  year's  bill  was  to  be 
paid  by  the  library.  It  happened  to  be  a  moderately  stable  fiscal  year,  so  that 
by  cutting  library  hours  and  trimming  the  book  budget,  it  was  possible  to 
meet  computer  expenses.  In  a  tighter  budget  year  some  even  more  drastic 
reductions  would  have  been  required— perhaps  even  dropping  the  computer 
from  the  payroll!  In  this  instance  the  computer  center,  the  business  office, 
and  the  library  may  each  be  seen  to  have  been  at  fault:  the  computer  center 
for  not  explaining  in  advance  what  its  billing  policy  was,  the  business  office 
for  not  explaining  anything  until  it  was  too  late,  and  the  library  for  not 
investigating  the  method  of  billing  in  advance. 

The  top  management  of  an  institution  bears  a  double  responsibility 
when  it  authorizes  a  new  program  or  project.  Not  only  has  it  committed 
current  funds,  but,  if  the  project  is  to  continue,  it  must  commit  future  funds 
as  well.  A  school's  top  administration  may  cheerfully  authorize  an  investment 
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from  this  year's  budget  to  automate  some  portion  of  the  library's  operations, 
but  this  is  no  kindness  unless  future  support  in  succeeding  years  is  committed 
at  the  same  time. 

Adjacent  to  Chestnut  College  is  a  community  college  where,  five  years 
ago,  the  administration  said,  "Let's  automate!"  Across  the  campus,  massive 
efforts  were  made  to  convert  to  computerized  processes.  The  library  prepared 
a  printed  book  catalog  and  the  card  catalog  was  phased  out.  Then,  two  years 
ago  the  school  administration  withdrew  its  support  for  further  automation  and 
severely  reduced  the  budgets  supporting  present  automation.  As  a  result,  the 
book  catalog  is  now  out  of  date,  funds  for  a  revised  edition  are  not  available, 
and  how  to  proceed  is  a  difficult  question.  Whatever  solution  is  attempted  will 
thus  surely  be  expensive,  and  further  shifts  in  administrative  commitments  to 
support  programs  may  well  make  a  bad  situation  even  worse. 

In  this  paper  ten  potential  areas  of  failure  in  library  automation  have 
been  identified  and  briefly  described.  Each  can  be  prevented  through  a 
combination  of  foresight,  knowledge,  and  understanding.  From  examining 
these  types  of  failure,  it  may  be  remarked,  in  general,  that  work  in  library 
automation,  to  be  successful,  should  reflect  at  least  these  ten  important 
characteristics:  (1)  motivation  based  on  clearly  defined  goals;  (2)  effective 
communication  between  librarians  and  computer  people;  (3)  logical  and  com- 
plete analysis  of  the  system,  carefully  executed  programs,  and  abundant 
documentation;  (4)  constant  feedback  of  the  system's  day-to-day  operations 
to  the  systems  analyst  and  programmer;  (5)  flexible  and  adaptable  programs; 
(6)  a  competent  computer  operator;  (7)  computer  machinery  capable  of 
performing  the  tasks  required;  (8)  a  high  priority  for  computer  services  to  the 
library;  (9)  adequate  budgetary  support;  and  (10)  positive  long-term  commit- 
ment by  top  management,  both  now  and  in  the  future.  With  all  ten  of  these, 
the  chances  for  success  are  excellent. 

In  conclusion,  I  would  like  to  draw  a  parallel  which  may  not  be 
unfamiliar.  The  kitchen  garbage  disposal  unit  is  a  familiar  and  generally 
accepted  tool  and  is  the  object  of  both  admiration  and  criticism.  That  it  too 
can  fail  is  evident  from  three  common  complaints:  (1)  it  won't  always  work 
when  overloaded  or  jammed;  (2)  it  won't  grind  up  tin  cans  and  bottle  caps; 
and  (3)  not  every  would-be  plumber  is  qualified  to  fix  it. 


Brian  W.  Carss 

Director  of  ERIC  Clearinghouse  on  Early  Childhood  Education 

University  of  Illinois,  Urbana 


THE  DEVELOPMENT  AND  OPERATION  OF 
AN  EDUCATION  RESOURCES  INFORMATION 
CLEARINGHOUSE— (ERIC) 

In  1959,  the  Office  of  Education  became  particularly  interested  in 
developing  an  information  retrieval  and  dissemination  system  for  research  that 
was  carried  on  under  Federal  sponsorship.  A  pilot  study  was  authorized  to 
demonstrate  the  feasibility  of  such  a  system  within  the  field  of  education.  It 
was  not  until  the  years  1965-66,  however,  that  the  first  of  the  twelve 
Education  Resources  Information  Clearinghouses  (ERIC)  was  established,  and 
not  until  later,  in  March  1967,  was  the  ERIC  Clearinghouse  on  Early  Child- 
hood Education  established  as  a  part  of  a  new  program  to  be  sponsored,  again 
by  the  Office  of  Education. 

The  ERIC  Clearinghouse,  in  this  latter  instance,  was  founded  as  part  of 
a  programmatic  effort  to  stimulate  research  and  development  activities  in  early 
childhood  education.  This  programmatic  effort  is  called  the  National  Labora- 
tory on  Early  Childhood  Education.  The  Laboratory  is  a  consortium  of  six 
universities:  the  University  of  Arizona,  the  University  of  Chicago,  Cornell 
University,  Syracuse  University,  and  George  Peabody  College  at  Nashville, 
Tennessee.  The  efforts  of  these  five  research  and  development  centers  are 
coordinated  by  a  National  Coordination  Center  at  the  University  of  Illinois. 
The  ERIC  Clearinghouse  is  an  integral  part  of  this  National  Coordination 
Center. 

Figure  1A  shows  the  ERIC  Clearinghouse  at  the  hub  of  a  wheel  which 
includes  preschool  research  and  development  activities.  The  wheel  is  divided 
into  three  portions,  research  and  development,  implementation  and  dissemina- 
tion, and  information  processing.  Within  the  research  and  development  sector 
are  all  the  activities  of  the  National  Laboratory.  Figure  IB  in  the  diagram 
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Figure  1A.  Activities  Related  to  the  ERIC  Clearinghouse 
on  Early  Childhood  Education 


shows  how  information  flows  among  the  research  and  development  centers, 
which  have  a  responsibility  to  transmit  their  research  findings  to  the  Coordina- 
tion Center  so  that  these  findings  can  be  disseminated  by  the  ERIC  Clearing- 
house to  the  education  community  at  large.  However,  the  research  and 
development  centers  themselves  do  not  just  transmit  information  one  way. 
They  can  also  receive  information  from  the  ERIC  Clearinghouse. 

In  the  implementation  and  dissemination  sector  are  three  major  groups. 
These  are  the  Head  Start  groups,  the  Follow  Through  groups,  and  the 
Parent-Child  Centers.  The  Clearinghouse  has  a  prime  responsibility  to  the 
Office  of  Economic  Opportunity  (OEO)  because  OEO  funds  the  ERIC 
Clearinghouse  operation  by  granting  the  money  to  the  Office  of  Education  to 
administer.  The  ERIC  Clearinghouse,  therefore,  apart  from  operating  a  basic 
clearinghouse  is  obligated  to  perform  special  services  for  Head  Start.  In  a 
similar  way,  the  clearinghouse  performs  special  services  for  the  Follow 
Through  programs  and  the  Parent-Child  Centers.  The  kinds  of  services  that 
ERIC  is  being  called  upon  by  Head  Start  personnel  to  perform  include 
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Figure  IB.  ERIC  Clearinghouse  Relationships  with  Other  Information  Sources 


generating  an  insert  for  their  newsletter  every  other  month  and  commissioning 
the  writing  of  pamphlets  or  non-technical  bulletins  for  distribution  to  people 
in  Head  Start  programs. 

The  third  sector,  that  of  information  processing,  includes  all  the  basic 
operations  of  an  ERIC  Clearinghouse.  The  basic  Clearinghouse  operations 
include  acquisition  and  processing  of  documents,  and  performance  of  some 
information  analysis.  The  Clearinghouse  has  developed  working  relationships 
with  a  number  of  other  information  sources.  As  shown  in  Figure  IB,  these 
include  the  Office  of  Education,  Scientific  Information  Exchange,  the  Federal 
Science  and  Technical  Information  Clearinghouse,  and  the  major  organizations 
that  cater  to  the  field  of  early  childhood  education.  Finally,  a  source  of 
information  that  is  somewhat  harder  to  tap  includes  all  the  people  who  are 
working  in  the  field  of  education  of  young  children.  These  are  people  such  as 
kindergarten  teachers,  school  boards,  superintendents,  and  community  action 
program  teachers. 
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One  aspect  that  has  not  been  discussed  so  far  is  the  relationship  between 
the  ERIC  Clearinghouse  and  the  Coordination  Center  of  the  National  Labora- 
tory. These  two  operations  enjoy  a  symbiotic  relationship  and  the  Coordina- 
tion Center,  of  course,  can  use  the  ERIC  Clearinghouse  as  a  communication 
channel  to  expedite  the  transfer  of  information  between  its  five  Research  and 
Development  Centers,  as  shown  in  Figure  IB.  The  communication  channel 
handles  all  items  that  are  in  preliminary  form  such  as  preprints  of  papers, 
untried  or  partially  tried  curricula,  etc.  Such  items  are  distinctively  marked  so 
that,  for  the  moment,  they  will  not  be  widely  disseminated.  People  who 
receive  copies  of  these  materials  are  asked  for  critical  comments  which  can 
then  be  channeled  back  to  the  authors.  This  critical  feedback  is  beneficial,  and 
an  essential  part  of  all  developmental  work.  The  Clearinghouse,  in  return, 
relies  upon  the  National  Laboratory  for  substantive  support.  In  the  National 
Laboratory,  particularly  in  the  Research  and  Development  Centers,  the  people 
are,  hopefully,  at  the  forefront  of  knowledge  in  early  childhood  education  and 
therefore  are  particularly  aware  of  the  needs  for  information  in  the  area. 

Figure  2  shows  the  approximate  state  of  the  ERIC  Clearinghouse  on 
Early  Childhood  Education  after  one  year  of  operation.  As  an  aside,  March  is 
not  the  best  time  of  the  academic  year  to  begin  funding  of  any  operation. 
However,  we  have  attempted  to  capitalize  on  the  quiet  of  the  summer  months 
to  initiate  a  public  relations  program  and  to  advertise  the  existence  of  the 
Clearinghouse  on  Early  Childhood  Education.  Fortunately,  the  high  pro- 
portion of  teachers  and  school  personnel  on  campus  in  the  summer  provided 
us  with  a  select  audience.  The  Clearinghouse  staff  stood  outside  classrooms  as 
people  entered  and  left,  and  distributed  descriptive  literature  on  the  scope  of 
work,  and  charge  of  the  Clearinghouse.  It  is  very  difficult  to  quantify  how 
successful  something  like  this  is.  To  gain  an  estimate,  we  walked  down  the 
corridor  after  everyone  had  gone  and  noted  how  many  of  the  sheets  were 
lying  on  the  floor  or  on  window  sills,  or  had  been  thrown  into  trash  cans. 

It  was  not  until  September  of  1967  that  the  operation  of  the  Clearing- 
house got  fully  underway.  In  November  1967,  we  submitted  our  first  set  of 
documents  for  inclusion  and  announcement  in  the  monthly  bulletin  Research 
In  Education.  Each  month  since  then  we  have  submitted  approximately 
twenty-five  fully  processed  documents  for  inclusion  in  this  bulletin. 


THE  ERIC  SYSTEM 

Document  Processing 

For  those  who  are  unfamiliar  with  ERIC,  Figure  3  presents  a  brief 
outline  of  what  is  involved  in  processing  a  document  for  inclusion  in  the 
system.  As  documents  arrive  in  the  Clearinghouse,  they  are  given  a  document 
routing  card  and  a  unique  accession  number.  The  accession  number  consists  of 
the  Clearinghouse  code  letters  and  six  digits,  for  example,  PS  000241.  This 
number  is  stamped  in  the  lower  left  hand  corner  of  the  first  page  of  the 
document  and  at  the  same  time  it  is  stamped  on  the  document  routing  card. 
The  document  routing  card  includes  descriptive  information  about  the  docu- 
ment (such  as  the  document  title,  when  it  was  received,  and  the  source  of  the 
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Figure  2.   State  of  the  ERIC  Clearinghouse  on  Early  Childhood 
Development  after  One  Year  of  Operation 
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document),  and  as  the  document  proceeds  through  the  processing,  various 
other  dates  are  filled  in,  such  as  the  date  it  is  indexed,  the  date  it  is 
abstracted,  and  the  file  date  for  submission  to  Research  In  Education.  The 
documents  are  screened  for  quality  and  relevancy  by  evaluators  who  are 
people  with  background  experience  in  early  childhood  education.  The  evalua- 
ting procedure  assigns  a  document  to  one  of  three  major  groups.  Group  One 
documents  are  recommended  for  inclusion  into  the  National  ERIC  system 
files.  These  are  high  quality  research  documents.  Group  Two  documents  are 
held  locally  in  the  Clearinghouse  files.  The  latter  documents  may  already  have 
been  processed  by  other  clearinghouses  and  entered  into  the  system,  or  they 
may  be  good  documents  but  not  of  the  highest  quality.  It  is  very  necessary 
for  a  clearinghouse  to  hold  all  such  applicable  documents  for  the  sake  of 
completeness.  The  third  group  of  documents  are  rejected  either  because  they 
are  not  relevant  to  the  domain  of  early  childhood  or  are  of  such  poor  quality 
that  they  can  not  be  used. 

After  a  document  is  evaluated,  the  abstractors  in  the  Clearinghouse  do 
the  descriptive  cataloging,  indexing,  and  abstracting.  Descriptive  cataloging 
involves  recording  the  author,  title,  institution,  source,  sponsor,  grant  number, 
and  prices  for  microfiche  and  hard  copy  on  the  standard  ERIC  resume  form. 
Indexing  involves  the  extraction  of  terms  that  best  describe  the  document.  By 
using  a  set  of  these  terms,  the  computer  files  can  be  searched  automatically  to 
retrieve  the  appropriate  document  and  ones  similar  to  it.  The  document 
abstracts  are  approximately  200  words  long  and  generally  indicate  the  prob- 
lem investigated,  how  it  was  studied,  and  the  general  conclusions.  The  term 
abstract  is  perhaps  not  a  good  one  to  use  when  referring  to  an  ERIC  resume. 
A  much  better  term,  and  certainly  much  less  confusing,  would  be  announce- 
ment. If,  after  being  screened  for  quality,  the  document  is  recommended  for 
inclusion  in  the  national  system  and  all  the  Clearinghouse  processing  has  been 
completed  then  the  document  and  its  resume  are  sent  to  the  ERIC  System's 
computer  processing  facilities  at  North  American  Rockwell  in  California. 
North  American  Rockwell  currently  has  a  contract  with  Central  ERIC  to 
perform  the  document  computer  processing.  Here  they  are  added  to  the  ERIC 
master  files.  A  print-out  of  these  newly  added  announcements  is  photographed 
for  inclusion  in  the  U.S.  Office  of  Education's  monthly  bulletin,  Research  in 
Education.  The  document,  if  a  copyright  release  has  been  secured  from  the 
author  or  the  publisher,  is  given  an  ERIC  document  acquisition  number.  This 
is  very  similar  in  form  to  the  Clearinghouse  number.  It  consists  of  two  letters, 
ED  in  this  case,  and  six  digits  such  as  ED  001432.  The  document  is  then  sent 
to  the  ERIC  document  reproduction  service  where  it  is  photographed  and  put 
onto  microfiche.  These  microfiche  may  then  be  obtained  by  anyone  for  a 
nominal  fee.  Hard  copies  are  also  available;  however,  they  are  more  expensive. 

Information  Analysis 

The  Clearinghouse  functions  that  have  been  described  up  to  now  are  all 
part  of  the  operation  of  a  basic  ERIC  Clearinghouse.  Another  very  important 
function  that  must  be  performed  is  that  of  information  analysis.  Information 
analysis  means  the  interpretation,  synthesis,  and  repackaging  of  research  re- 
sults and  other  information  for  a  variety  of  audiences.  This  analysis  make  take 
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the  form  of  state-of-the-art  reports  which  discuss  the  key  trend  of  research  in 
specific  areas  of  early  childhood  educaton,  or  it  may  take  the  form  of  current 
awareness  articles  or  bibliographies.  As  already  mentioned,  this  Clearinghouse 
is  also  obligated  to  produce  a  number  of  non-technical  pamphlets  describing 
early  childhood  research  related  to  issues  confronting  Head  Start.  These 
pamphlets  are  an  additional  part  of  our  information  analysis  activities.  Four 
monographs  and  a  similar  number  of  current  awareness  articles  have  been 
commissioned  for  this  year. 

Internal  Retrieval  System 

The  informational  demands  that  are  already  being  made  on  the  Clearing- 
house indicate  that  the  decision  to  operate  a  computer-based  retrieval  system 
was  correct.  For  an  interim  period,  the  basic  information  retrieval  system 
developed  at  Michigan  State  University  is  being  made  operational  on  the 
University  of  Illinois'  IBM  System  360  50/75.  The  package  of  programs  is 
very  flexible  and  allows  a  user  to  make  optimum  use  of  the  machine's 
capabilities  and  to  use  these  capabilities  in  supplementing  his  own.  For 
example,  in  document  processing  no  way  as  yet  has  been  developed  for 
automatically  indexing  and  abstracting  a  document,  and  so  it  is  more  reason- 
able for  these  operations  to  be  performed  by  a  human  being.  On  the  other 
hand,  the  human  being  cannot  as  a  rule  compete  with  the  speed  of  a  machine 
in  carrying  out  a  search  of  a  master  file,  especially  when  the  file  is  large,  it  is 
therefore  more  reasonable  in  such  cases  for  the  searching  and  retrieval  of 
information  to  be  carried  out  by  a  machine.  However,  there  is  also  a  middle 
ground  where  the  interaction  of  a  man  and  a  machine  produces  a  much  better 
product  than  if  either  a  man  or  a  machine  were  allowed  to  do  the  work  alone. 

The  basic  information  retrieval  system  consists  of  a  number  of  computer 
programs  which  operate  under  an  executive  program.  This  enables  the  user  to 
organize  the  system  into  a  number  of  independent  clusters  of  dependent 
operations.  For  example,  flexibility  is  built  into  the  system  by: 

1)  completely  automating  only  the  clerical  operations  common  to  most 
information  retrieval  systems,  i.e.,  file  maintenance,  up-dating,  and  searching; 

2)  allowing  the  user  to  control  the  operations  which  are  highly  depen- 
dent upon  his  own  particular  retrieval  problem,  i.e.,  indexing  and  classifying 
documents;  and 

3)  providing  the  user  with  a  choice  among  different  methods  of  index- 
ing and  searching  the  information. 

The  model  that  has  been  used  to  construct  the  program  package  can  be 
split  into  three  types  of  information  elements:  notably  abstracts,  descriptions, 
and  questions.  Three  fundamental  operations  are  associated  with  these  ele- 
ments: information  storage,  information  indexing,  and  information  retrieval. 
These  basic  operations  may  be  clarified  by  analogy  with  traditional  library 
operations.  The  information  storage  corresponds  to  the  maintenance  of  the 
collection  of  books  and  periodicals  in  the  library;  the  information  indexing 
corresponds  to  the  maintenance  of  an  index  to  the  contents  of  the  library, 
such  as  author,  title,  and  subject  catalogs;  and  the  information  retrieval 
operations  are  analogous  to  the  process  of  searching  author,  title,  or  subject 
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catalogs  for  the  call  numbers  of  relevant  documents  and  then  retrieving  the 
documents  themselves  by  means  of  their  call  numbers. 

The  retrieval  system  includes  a  separate  set  of  computer  programs  for 
each  of  the  three  fundamental  operations  of  information  storage,  indexing, 
and  retrieval.  And  each  component  program  is  designed  to  help  the  user  with 
a  single  fundamental  operation.  To  construct  a  particular  type  of  information 
retrieval  system  the  user  simply  selects  the  proper  component  programs  on  the 
correct  sequence.  The  main  advantage  of  this  so-called  modular  design,  of 
course,  is  flexibility.  Since  the  fundamental  operations  are  mutually  indepen- 
dent, the  component  programs  may  be  used  or  modified  independently. 
Hence,  different  components  may  be  combined  in  various  ways  to  produce  a 
variety  of  information  retrieval  systems.  Similarly  the  entire  system  may  be 
selectively  modified  by  replacing  existing  components— or  adding  new  ones, 
for  that  matter— to  the  fundamental  operations  without  any  modifications  to 
the  components  already  in  the  system. 

The  following  table  summarizes  the  operations  performed  by  the  basic 
information  retrieval  system. 

TABLE  A 

Operations  Performed  by  the  Basic 
Information  Retrieval  System 


Performed  by    Aided  by  the  Information    Performed  by  the 
Operation the  User Retrieval  System  System  itself 


Information 
storage/abstracting 

Yes 

No 

No 

Information  file 
maintenance 

Yes 

Yes 

Yes 

Information 
indexing/analysis 

Yes 

Yes 

Yes 

Description  file 
maintenance 

Yes 

Yes 

Yes 

Information 
retrieval/questions 

Yes 

No 

No 

Searching 

Yes 

Yes 

Yes 

Retrieving 

Yes 

Yes 

Yes 

Applications  of  the  System 

For  the  purpose  of  the  present  discussion,  we  shall  describe  only  two 
applications:  the  development  of  a  printed  author-title  catalog,  and  an  auto- 
mated reference  service  for  the  test  library. 

The  printed  author-title  catalog  is  essentially  a  book  index  describing  all 
documents  included  in  the  library.  The  catalog  includes  abstracts  of  all 
documents  with  a  traditional  author  index  and  subject  index  produced  by 
selecting  key  words  from  each  abstract.  The  steps  involved  in  generating  such 
an  index  are  summarized  in  Figure  4.  As  shown  in  the  figure,  the  first  step  is 
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Figure  4.   Generating  an  Index  from  Abstracts 


to  store  all  the  abstracts  on  an  information  file  tape  using  the  information  file 
maintenance  program.  This  program  reads  the  abstracts  from  cards,  assigns 
unique  accession  numbers,  and  stores  these  accession  numbers  and  abstracts 
on  tape.  In  this  application  the  program  is  also  used  to  generate  a  printed 
report  containing  the  set  of  abstracts  ordered  by  accession  number.  The 
second  step  is  to  use  the  printed  indexing  program  to  generate  and  print  the 
key  word  index.  This  program  reads  control  cards  which  specify  the  method 
of  indexing  and  then  uses  the  abstracts  and  accession  numbers  on  the  informa- 
tion file  tape  to  generate  the  index  containing  the  alphabetized  list  of  key 
words.  Each  key  word  is  followed  by  the  accession  number  of  the  relevant 
text  abstracts.  The  printed  set  of  abstracts  and  the  key  word  index  are 
combined  to  form  the  book  index. 
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The  automated  reference  service  is  essentially  a  question-answering  facili- 
ty which  allows  users  of  the  library  to  request  abstracts  for  particular  types  of 
documents.  The  first  step  in  generating  such  an  information  retrieval  system  is 
to  store  all  the  abstracts  on  the  information  file  tape  by  means  of 
the  information  file  maintenance  program.  Next,  each  abstract  must  be  in- 
dexed or  described  by  means  of  a  set  of  key  descriptive  terms  punched  on 
cards.  The  descriptive  cards  may  be  generated  manually  by  the  user  or 
automatically  from  the  information  file  tape  by  the  descriptive  analysis  pro- 
gram. In  either  case,  these  cards  are  used  to  prepare  an  index  on  the 
descriptive  file  tape. 

Users  submit  questions  to  the  system  in  the  form  of  key  terms  des- 
cribing the  type  of  documents  they  are  interested  in.  These  terms  are  punched 
in  cards  and  read  by  the  descriptive  file  search  program,  which  compares  each 
question  statement  with  all  the  test  descriptions  previously  stored  on  the 
descriptive  file  tape.  Control  options  are  provided  to  permit  the  selection  of 
various  methods  of  narrowing  or  broadening  the  search.  Unless  the  user 
specifies  otherwise,  a  similarity  index  is  calculated  on  the  basis  of  the  number 
of  matching  terms  between  questions  and  descriptions,  and  the  accession 
numbers  of  the  specified  number  of  abstracts  are  selected  by  the  program  on 
the  basis  of  this  index  of  similarity.  The  question  and  accession  numbers  for 
relevant  abstracts  are  stored  on  the  question  file  tape.  They  can  then  be 
printed  out  as  a  report  for  each  question,  which  includes  all  the  relevant 
abstracts  ordered  by  the  index  of  relevance. 

EVALUATION  OF  THE  SYSTEM 

Towards  the  end  of  last  year,  the  Clearinghouse  submitted  to  a  review 
of  its  operating  procedures.  This  is  something  that  all  the  ERIC  Clearinghouses 
were  asked  to  do  in  response  to  Federal  concern  with  cost  effectiveness.  In 
preparation  for  this  review  session,  an  analysis  of  the  Early  Childhood 
Clearinghouse  operations  was  performed.  The  following  outline  of  this  analysis 
shows  its  five  major  components: 


Input 


Acquisitions.  The  Clearinghouse  acquisitions  include  published  materials 
from  journals  and  non-published  ephemeral  materials  such  as  papers 
presented  at  meetings,  letters  between  investigators  discussing  issues, 
speeches,  etc.  A  category  not  covered  previously,  but  a  most  important 
part  of  the  Clearinghouse  operation  as  a  consequence  of  its  close  ties  to 
the  National  Laboratory,  is  that  of  non-print  materials  such  as  films, 
videotapes,  slides,  magnetic  tapes  of  language  samples,  and  curriculum 
innovations. 

Analysis.  The  analysis  operation  includes  all  the  normal  functions  of  the 
Clearinghouse  which  were  described  before,  the  functions  of  document 
processing,  abstracting,  indexing,  and  descriptive  cataloging. 
Thesaurus  Maintenance.  This  is  a  responsibility  of  all  the  Clearinghouses. 
This  category  has  been  isolated  because  thesaurus  maintenance  and  the 
filing  of  descriptive  justified  forms  is  a  very  time  consuming  and  ex- 
pensive procedure. 
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Recording  Results  of  Analysis.  This  is  a  practice  prescribed  by  central 
ERIC.  In  its  present  form,  this  tabulation  process  is  almost  exclusively 
for  statistical  information  such  as  the  number  of  documents  acquired, 
processed  and  their  disposition,  the  number  of  questions  answered  and 
for  what  specific  user  groups. 

Storage  of  Source  Materials.  This  is  done  for  both  print  and  non-print 
materials.  It  is  feasible  to  consider  storing  print  material  in  microfiche 
form,  but  the  storage  and  duplication  of  bulky  documents  is  unfeasible 
because  of  the  limited  space  and  money.  This  is  not  really  a  problem  at 
the  moment  when  the  total  in-house  holdings  are  approximately  1,500 
documents. 

Output 

Question  Answering.  The  second  function  is  that  of  output,  which 
includes  all  the  answers  to  questions  received  in  the  Clearinghouse.  The 
questions  received  can  be  grouped  into  two  major  groups.  First  are  the 
current  awareness  questions  originating  either  at  Central  ERIC  or  by  an 
individual,  and  second  are  the  retrospective  questions  which  raise 
handling  problems  such  as  how  far  back  in  time  the  search  should  be 
made.  For  the  present,  a  five  year  limit  has  been  established.  Questions 
can  be  further  grouped  together  according  to  the  nature  of  the  institu- 
tion, limitations  by  status  of  the  questions,  limitations  by  fields  of 
interest  of  the  user,  and  limitations  that  may  be  applied  to  questioners 
from  a  profit-making  organization. 

Question  Analysis.  The  Clearinghouse  has  the  prime  responsibility  for 
question  analysis  but  as  this  is  a  very  expensive  operation,  we  are 
attempting  to  automate  question  analysis  as  completely  and  as  rapidly  as 
possible.  Central  ERIC  does  presently  have  a  very  limited  capability  of 
carrying  out  automated  searches.  Until  the  Clearinghouse  is  more  highly 
developed  it  is  necessary  to  shift  much  of  the  responsibility  of  the 
analysis  to  the  user.  Unless  the  user  accepts  much  of  the  responsibility, 
there  is  a  built-in  basis  for  failure.  Because  of  limited  time  and  funds 
and  the  inadequacies  of  any  thesaurus,  the  staff  cannot  presently  satis- 
factorily handle  all  the  demands. 

Search.  All  the  Clearinghouses  are  required  to  maintain  an  internal 
search  capability.  It  may  be  necessary  to  assign  an  expert  in  information 
storage  and  retrieval  to  aid  heavy  users  of  the  Clearinghouse.  Such  an 
expert  would  assist  these  heavy  users  with  both  question  analysis  and 
search. 

Delivery  of  Search  Results.  Through  time  a  number  of  canned  biblio- 
graphies have  been  compiled  which  are  helping  to  reduce  the  operational 
cost;  in  fact,  at  the  moment,  approximately  twenty-two  such  biblio- 
graphies are  available.  Other  items  to  be  issued  will  include  abstracts, 
additional  bibliographies,  and  complete  documents  either  in  microfiche 
or  hard  copy  form. 

Evolutionary  System  Development 

To  enable  the  Clearinghouse  to  perform  more  effectively  in  the  future 
we  are  attempting  to  explore  how  to  motivate  the  Clearinghouse  user  to  reply 
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when  he  has  received  a  service  from  the  Clearinghouse  so  that  some  evaluation 
of  services  can  be  carried  out.  Two  methods  are  being  considered:  (1)  to  limit 
future  Clearinghouse  service  to  users  who  give  evaluative  feedback  or  (2)  make 
a  charge  for  service  unless  the  user  replies. 

We  are  attempting  to  develop  a  profile  of  Clearinghouse  users,  the  types 
of  questions  asked,  and  uses  made  of  the  supplied  information.  Other  criteria 
that  may  be  applied  to  evaluate  the  performance  of  the  Clearinghouse  include: 

(a)  the  relevance  of  sources  supplied  in  answer  to  the  user's  questions; 

(b)  the  quality  of  the   abstracts  (Did  the  abstracts  enable  the  user  to 
decide  whether  the  full  document  was  relevant?);  and 

(c)  the  quality  of  the  documents.  Before  carrying  out  a  rigorous  examin- 
ation of  the  abstracts  it  is  necessary  to  look  at  the  quality  of  the  documents. 
All    documents    received    in   the   Clearinghouse   are   presently   screened   for 
quality.  A  brief  description  of  this  procedure  has  been  outlined  above. 

Since  the  present  procedure  leaves  much  to  be  desired,  a  study  of 
document  screening  procedures  will  be  carried  out.  Four  or  five  reviewers 
from  the  major  early  childhood  organizations  will  be  invited  to  meet  and  they 
will  attempt  to  formulate  a  set  of  guidelines  that  can  be  used  in  the 
Clearinghouse.  The  next  step  will  be  for  the  Clearinghouse  to  give  the 
reviewers  a  test  set  of  100  documents  and  ask  them  individually  to  classify 
the  documents  according  to  the  criteria  they  have  developed.  Disagreement 
among  these  individuals  can  be  used  to  justify  a  non-rejection  policy  at  the 
Clearinghouse  level.  Only  those  documents  that  satisfy  all  the  criteria  would 
be  processed  for  entry  into  the  national  files.  To  determine  the  relevance  of 
the  substantive  material,  users  of  Clearinghouse  services  must  be  queried  on 
these  matters:  the  quality  of  the  substantive  material;  the  proportion  or 
quantity  of  the  supplied  material  that  is  relevant;  the  amount  of  relevant 
material  that  is  missed;  whether  the  full  document  was  ordered  and  when  the 
full  document  was  read,  and  whether  the  document  was  relevant  to  the 
question  being  asked. 

Cost  Analysis 

The  Clearinghouse  operation  can  be  broken  down  into  seven  sub- 
categories  for  purposes  of  cost  analysis:  (1)  document  acquisition,  (2)  proces- 
sing of  documents,  (3)  question  answering  and  searches,  (4)  advertisement,  (5) 
internal  review  and  output  evaluation,  (6)  output  newsletters  and  other 
products,  and  (7)  intra-national  laboratory  communication. 

To  date  it  has  not  been  possible  to  put  accurate  cost  figures  on  the 
document  acquisition  program;  however,  this  should  become  considerably 
easier  when  the  acquisition  procedure  has  become  better  established.  Proces- 
sing of  documents  costs  between  $12-15  per  document.  Handling  of  question 
answering  services  costs  approximately  $2  per  question,  although,  without 
qualification,  this  is  not  especially  meaningful  since  it  does  not  take  into 
account  the  kind  of  search  required.  Current  awareness  questions  have  a  low 
search  cost  but  a  high  analysis  cost,  and  vice  versa  for  retrospective  questions. 
Advertisement  cost  are  not  yet  sufficiently  well  defined  to  give  a  good 
estimate;  however,  they  are  a  relatively  small  item  in  the  present  budget. 

Internal  review  of  output  evaluation  costs  approximately  $2  per 
question.  Clearinghouse  output  costs  vary  considerably  depending  upon  the 
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item.  The  bi-monthly  newsletter  has  been  averaging  10.5  cents  per  copy  to 
produce,  although  no  charge  is  made  to  the  recipient. 

A  liaison  has  been  developed  with  the  University  of  Illinois  Press 
whereby  the  Clearinghouse  will  supply  the  press  with  cameras-ready  copy  of 
its  products  in  the  future.  The  Press  has  agreed  to  print,  advertise  and  market 
these  products  through  its  normal  channels.  This  arrangement  will  allow  the 
Clearinghouse  to  increase  its  information  analysis  activities  by  not  having  to 
divert  its  resources  to  printing,  though  the  products  will  still  be  readily  and 
economically  available. 

THE  FUTURE  OF  THE  ERIC  SYSTEM 

Five  problems  have  been  identified  as  needing  concentrated  study  in  the 
future.  The  first  is  to  determine  the  validity  and  reliability  of  the  abstracting 
in  the  Clearinghouse.  In  such  a  study  we  assume  that  it  will  be  necessary  to 
have  each  document  abstracted  according  to  guidelines  as  laid  down  by 
Central  ERIC,  so  that  any  abstractor  would  be  able  to  produce  an  abstract 
that  essentially  describes  the  document  in  a  similar  way.  It  is  not  expected, 
however,  that  identical  abstracts  will  result.  IBM  has  carried  out  studies  on  the 
reliability  of  abstracting,  for  example,  in  which  a  number  of  their  Ph.D's 
working  in  physical  chemistry  abstracted  a  number  of  documents  in  this  field. 
The  company  then  also  hired  a  number  of  intelligent  high  school  seniors  who 
were  primed  as  to  the  kinds  of  things  that  ought  to  go  into  an  abstract  and 
then  given  an  identical  set  of  documents  to  abstract.  When  the  two  groups 
had  finished,  their  abstracts  were  compared  and  no  significant  differences  were 
found.  Such  findings  have  led  us  to  project  as  our  second  study  the  examina- 
tion of  alternatives  to  abstracting.  In  one  such  study,  carried  out  at  the 
Knowledge  Availability  Systems  Center,  University  of  Pittsburgh,  document 
extracts  were  used,  whereby  the  first  and  last  paragraphs  in  a  document  were 
taken  in  lieu  of  an  abstract.  (If  the  last  paragraph  consisted  of  acknowledge- 
ments then  the  next  to  last  paragraph  was  used.)  This  extracted  information 
along  with  the  normal  document  citation  was  then  used  to  test  the  relevancy 
of  retrieval  for  some  1,100  documents,  and  it  was  found  that  the  extract 
method  gave  more  relevant  documents  in  retrieval  than  did  abstracts  of 
documents. 

As  study  number  three  we  are  proposing  an  extensive  analysis  of  users 
which  will  consider  the  users'  status,  qualifications,  age,  rank,  and  interests. 
Study  number  four  will  be  the  document  evaluation  study  mentioned  earlier. 
Study  five,  which  is  already  under  way,  is  an  examination  of  the  document 
acquisitions  program.  With  regard  to  the  latter,  we  may  note  especially  in 
conclusion  that  central  ERIC  policy  presently  limits  foreign  document  acquisi- 
tion. However,  in  the  field  of  early  childhood  education,  other  countries 
(including  Switzerland,  Israel,  Sweden,  United  Kingdom,  and  Australia,  as  well 
as  others  such  as  Peru  and  Japan)  are  doing  a  considerable  amount  of  research 
in  this  area  which  can  not  be  neglected  because  it  has  already  had  a  con- 
siderable impact  on  U.S.  research. 


James  W.  Thomson 

Systems  Analyst 

and 

Robert  H.  Muller 

Associate  Director 

University  of  Michigan  Library,  Ann  Arbor 


THE  COMPUTER-BASED  BOOK  ORDER  SYSTEM 

AT  THE 

UNIVERSITY  OF  MICHIGAN  LIBRARY: 
A  REVIEW  AND  EVALUATION 

DEVELOPMENTAL  STAGE 

In  1963,  Connie  Dunlap,  then  Head  of  the  Acquisition  Department  of 
the  University  of  Michigan  Library,  began  thinking  about  pursuing  an  alterna- 
tive approach  to  the  existing  manual  book-ordering  system.  This  interest  was 
prompted  by  a  concern  that  the  prospect  of  a  rapidly  increasing  book  budget 
would  create  many  more  orders  than  the  present  system  had  accommodated 
up  to  that  time.  It  was  anticipated  that  the  additional  orders  would  necessi- 
tate an  increase  in  personnel  and  in  the  floor  space  to  house  them,  and  would 
also  require  more  floor  space  for  an  expanded  outstanding  order  file  on  3-by 
5-inch  cards.  As  it  was  not  anticipated  that  additional  space  would  be  readily 
available,  Mrs.  Dunlap's  interest  in  the  possibility  of  computer  applications  to 
library  problems  led  her  to  request  that  a  feasibility  study  be  undertaken  to 
determine  if  an  automated  system  could  be  designed  that  would  not  require 
an  ever-increasing  number  of  people  and  space  to  handle  the  increased  order 
load.  The  Director  of  the  Library  agreed  that  acquisitions  was  a  logical 
starting  point  for  the  library's  automation  effort  and  that  the  problem  war- 
ranted attention. 

A  systems  analyst  from  the  University's  Office  of  Management  Services 
was  assigned  on  a  part-time  basis  in  late  1963  to  assist  Mrs.  Dunlap  in  a  study 
of  the  feasibility  of  a  computer  system  to  support  the  ordering  of  books  and 
new  serial  publications.  The  first  order  of  business  was  to  determine  exactly 
what  such  a  system  should  accomplish.  As  an  initial  step,  copies  of  all  reports 
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from  the  present  manual  system  were  gathered  and  identified  as  to  purpose. 
In  order  to  familiarize  the  systems  analyst  with  the  operation,  a  flow  chart  of 
the  existing  process  was  drawn  up.  This  included  a  diagram  of  the  flow  of 
each  form  and  report.  Concurrently,  data  were  gathered  relating  the  volume  of 
orders,  the  size  of  the  outstanding  order  file,  and  the  number  of  payments, 
funds,  claims,  and  other  reports  prepared  on  a  weekly  or  monthly  basis.  The 
purpose  of  this  effort  was  to  provide  a  basis  for  determining  the  most 
efficient  method  of  processing  and  storing  data  within  the  computer.  It  was 
necessary  to  know  the  expected  size  of  files  and  the  anticipated  number  of 
transactions  (or  update  records)  in  order  to  estimate  machine  processing  time 
and  thus  operating  costs.  Data  were  also  gathered  on  the  rates  of  production 
possible  under  the  present  system  and  the  cost  associated  with  these  rates. 

With  such  knowledge  of  the  local  environment  firmly  in  mind,  the 
acquisitions  librarian  and  the  systems  analyst  began  to  define  the  types  of 
information  that  should  be  contained  in  the  system  and  represented  in  the 
various  outputs.  It  is  important  at  this  point  to  note  the  use  of  the  word 
"should"  in  defining  what  was  to  be  included  in  the  information  contained  in 
the  system.  The  thinking  was  not  limited  to  what  the  present  system  was 
doing,  but  was  expanded  to  include  what  would  be  ideal  amounts  of  informa- 
tion for  the  desire  control  of  the  orders.  For  instance,  it  was  judged  feasible 
to  think  about  more  frequent  (and  thus  more  current)  reports  on  the  status  of 
the  fund  accounts.  A  separate  encumbrance  and  expenditure  system  for  serial 
publications  was  also  deemed  desirable  and  possible.  Further,  it  would  now  be 
easy  to  notify  divisional  libraries  and  departmental  library  committees  that  the 
books  that  they  had  requested  were  in  fact  placed  by  the  acquisitions 
department.  The  planning  was,  of  course,  oriented  to  the  University's  existing 
computer  system,  an  IBM  1401  tape-disk  configuration,  but  was  not  neces- 
sarily limited  to  this  particular  equipment.  The  important  idea  to  notice  is 
that  the  systems  analyst  with  his  knowledge  of  what  computers  could  do  (and 
could  not  do)  was  continually  both  stimulating  ideas  of  what  could  be  done 
and  devising  ways  of  implementing  ideas  that  the  librarian  presented.  This 
dialog  required  that  the  analyst  provide  the  librarian  with  a  sufficient  explana- 
tion of  how  the  computer  would  handle  the  data.  It  also  required  a  know- 
ledgeable objectivity  on  the  part  of  the  librarian  concerning  the  steps  and 
records  actually  needed  to  perform  given  operations. 

After  the  needed  information  and  reports  were  decided  upon,  a  means 
of  entering  the  information  was  identified,  and  the  definition  of  the  files 
began  to  evolve.  At  this  point,  one  of  the  University's  senior  programmers  was 
consulted  with  regard  to  pre-programming  activities.  The  proposed  approach 
was  reviewed  from  programming  perspective,  and  suggestions  for  a  smoother 
operation  were  made.  As  in  other  cases,  the  amount  of  programming  contact 
at  this  point  depended  on  the  computer-related  experience  of  the  systems 
analyst,  and  on  the  requirements  of  the  group  that  would  be  programming  the 
computer.  After  considering  the  recommendations  of  the  programmer,  a 
system  was  decided  upon,  and  the  desired  approach  was  presented  to  the 
programming  unit  for  two  estimates.  One  estimate  was  for  programming  and 
the  accompanying  computer  test  and  debugging  charges.  The  second  estimate 
was  for  the  cost  of  production  of  the  schedule  that  the  Library  desired.  The 
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expected  volumes  of  input,  size  of  files,  and  length  of  output  were  required 
for  the  latter  production  cost  estimate. 

The  division  of  labor  described  here  reflects  the  procedure  followed  at 
the  University  of  Michigan;  other  systems-design/programming  relationships  are 
quite  possible.  The  two  most  important  types  of  information  that  the  librarian 
and  analyst  should  provide  the  programmer  to  insure  a  realistic  estimate  of 
cost  are  an  indication  of  the  volume  of  data  to  be  processed  and  a  thorough 
indication  of  all  the  required  procedures  that  the  new  system  will  need.  The 
extent  of  programmer  involvement  in  a  complete  description  of  the  proposed 
process  depends  on  the  analyst's  computer  experience.  The  necessary  ingre- 
dient of  a  realistic  estimate  is  the  clearest  possible  definition  of  exactly  what 
the  system  is  expected  to  accomplish,  with  detailed  plans  of  how  the  job  is  to 
be  programmed. 

The  original  production  estimates  for  the  proposed  system  assumed  a 
daily  computer  processing  of  orders  and  a  corresponding  listing  by  main  entry. 
However,  cost  for  this  approach  turned  out  to  be  prohibitive  in  relation  to 
existing  costs,  and  after  exploring  the  costs  of  various  alternatives,  the 
decision  was  made  to  recommend  a  system  that  processed  orders  twice  a 
week.  At  this  point  (September  1964),  the  systems  analyst,  Robert  Kindt,  was 
assigned  to  the  library  on  a  full-time  basis  to  help  Mrs.  Dunlap  prepare  a 
proposal  for  approval  to  implement  the  system,  and  then  to  prepare  the 
detailed  documention  of  the  new  system  for  programming. 

The  proposal  thus  finally  presented  to  the  library  director  for  approval 
to  proceed  with  the  project  consisted  of  three  major  parts.  First,  the  proposed 
system  was  briefly  described  in  terms  of  the  outputs  that  it  would  provide. 
Second,  a  statement  of  anticipated  costs  was  presented  for  both  the  first  year 
of  operation  (1965-66)  and  for  a  time  in  the  future  (1969-70)  when  it  was 
anticipated  that  the  volume  of  orders  would  be  double  that  of  1965-66.  In 
this  latter  presentation,  the  operating  and  non-reoccuring  costs  were  displayed 
graphically  in  a  chart  showing  the  relationship  of  costs  under  the  proposed 
automated  system  with  those  projected  for  continued  operation  under  the 
manual  system  (see  Figure  1).  The  chart  also  showed  the  anticipated  man- 
hours  per  week  required  to  operate  each  system  at  the  expected  levels  of 
activity.  This  chart,  based  on  the  anticipated  costs  of  the  activity  at  the  level 
expected  in  five  years,  suggested  that  the  adoption  of  the  proposed  automated 
system  would  be  advantageous.  The  third  and  final  item  in  the  proposal 
focused  on  two  facts  that  we  had  come  to  know  quite  well  in  Ann  Arbor. 
First,  our  major  clerical  labor  force  is  not  permanent,  and  hence  we  are 
always  training  new  employees.  Any  system  that  requires  fewer  clerical  posi- 
tions and  lowers  the  amount  of  time  (and  cost)  lost  in  both  re-training  and 
delays  resulting  therefrom  is  welcome.  Second,  the  original  reason  for  con- 
sidering the  automated  approach,  lack  of  floor  space,  was  translated  into 
dollars  saved,  both  for  space  and  for  related  equipment  that  would  be 
required  if  the  manual  system  were  to  be  continued. 

Once  the  proposed  system  was  approved,  specific  design  began  in  detail. 
At  this  point  unit-supervisors  in  the  Library  were  brought  into  the  system 
development.  Their  knowledge  of  detail  was  required  to  assist  in  working  out 
coding  schemes  and  to  review  proposed  procedures  to  ensure  that  all  possible 
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Figure  1 .  Comparison  of  Projected  Automated  System  and  Current 
Manual  System  Costs  as  of  1964-65. 
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situations  had  been  considered.  They  reviewed  procedures  and  often  suggested 
modifications  to  fit  less  frequently  occurring  situations  into  the  basic  plan. 
This  involvement  had  an  important  added  effect  that  is  worth  noting. 
Because  unit-supervisors  were  involved  in  the  program  development,  these 
library  staff  members  soon  came  to  feel  that  they  were  a  part  of  the  system 
that  they  would  be  asked  to  implement.  Their  exposure  to  what  was  being 
planned  also  served  to  allay  any  fears  that  could  otherwise  have  developed 
about  the  way  "automation"  might  affect  their  job  security.  During  this  time, 
three  typists  were  sent  to  IBM  keypunch  school  for  a  week,  and  IBM  held  a 
20-hour  course  introducing  acquisitions  department  supervisory  personnel  to 
the  basic  concepts  of  data  processing. 

In  March  1965,  the  documentation  of  the  system  for  programming  was 
completed.  In  general,  it  consisted  of  a  general  flow  chart,  card  formats, 
report  layouts,  several  tables  depicting  the  relationships  of  the  various  codes 
for  transactions,  and  instructions  indicating  what  each  program  was  to  ac- 
complish. The  programmers  then  began  their  work,  and  a  June  1965,  imple- 
mentation date  was  set.  It  should  be  pointed  out,  however,  that  the  systems 
analyst-librarian-programmer  communication  did  not  and  should  not  cease  at 
the  time  of  presenting  the  program  specifications.  Regardless  of  how  detailed 
such  a  systems  presentation  may  be,  the  programmer  needs  frequent  clarifica- 
tion of  how  to  handle  the  many  decision  points  that  a  large  program  involves. 
The  fewer  decisions  that  are  left  for  the  programmer  to  make  alone,  the  more 
predictable  the  final  results  will  be.  It  is  wise  to  encourage  the  programmer  to 
raise  any  questions  that  he  may  have;  otherwise,  the  path  he  decides  on  may 
unintentionally  be  quite  different  from  the  one  that  the  librarian  has  in  mind. 

While  the  programming  was  in  progress,  the  unit  supervisors  and  the 
systems  analyst  prepared  written  procedures  and  developed  exception  routines. 
Design  of  forms  was  completed  and  the  new  forms  were  ordered.  Card-formats 
were  designed  and  cards  were  ordered.  Equipment  was  purchased.  The  vendor 
file  was  converted  for  computer  storage.  The  personnel  that  were  to  be 
directly  involved  were  instructed  in  their  new  duties.  Other  departmental 
units,  such  as  gifts  and  exchanges  and  serials  acquisition,  were  instructed  in 
how  their  operations  would  be  affected.  Also,  divisional  librarians  and  catalog 
librarians  were  informed  about  the  new  system  and  the  way  in  which  it  would 
affect  their  procedures.  By  June  of  1965,  all  units  were  prepared,  and  the 
programs  had  been  sufficiently  tested  to  begin  placing  new  orders  through  the 
automated  system.  A  close  surveillance  of  the  output  was  maintained  for 
several  months  until  the  acquisitions  department  was  convinced  that  the 
system  was  functioning  as  planned.  Although  several  changes  were  subse- 
quently required  after  the  system  was  implemented  to  correct  unanticipated 
situations  which  were  not  identified  in  the  specifications  presented  to  the 
programmers,  these  changes  were  not  serious,  and  no  significant  delay  was 
experienced  in  the  transition  to  the  new  system. 

SYSTEM  DESCRIPTION 

The  book-order  system  at  the  University  of  Michigan  Library  can  perhaps 
best  be  described  in  terms  of  the  objectives  that  the  project  was  designed 
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to— and  now  does  in  fact— achieve.  The  primary  objective  was  to  utilize  the 
order  data  introduced  into  the  computer  system  at  the  time  of  initiating  each 
order  in  all  subsequent  steps  of  the  order  process  with  as  little  manual 
intervention  as  possible.  This  objective  is  accomplished  by  initially  key- 
punching the  data  at  the  time  the  order  is  placed  (in  lieu  of  typing  the  order), 
and  by  entering  additional  data  later  only  when  required  to  reflect  changes  in 
status  as  subsequent  events  occur.  This  level  of  man-machine  interaction  is 
sufficient  for  performing  the  three  main  functions  of  a  book-order  system  as 
envisioned  at  the  University  Library:  first  it  prints  purchase  orders;  second,  it 
maintains  an  outstanding  order  file  (which  currently  includes  about  40,000 
outstanding  orders)  and  exercises  control  over  the  status  of  each  order;  and 
third,  it  provides  an  accounting  control  system  for  some  135  separate  book 
funds. 

Briefly,  the  system  works  in  the  following  manner.  (For  greater  detail 
see  the  examples  of  input  and  output  and  the  flow  charts  in  Figures  10  and 
11).  The  orders  to  be  placed  are  first  keypunched,  with  each  vendor  identified 
by  a  previously  assigned  number  corresponding  to  that  of  the  record  of  his 
name  and  address  stored  on  a  disk  file.  The  orders  are  batched  and  sent  to 
Data  Processing  on  Tuesday  and  Thursday  afternoons  for  processing.  On 
Wednesday  and  Friday  mornings,  the  Library  receives  a  ten-part  purchase 
order  form  and  three  pre-punched  cards  for  each  order,  a  list  of  orders  by 
fund,  and  an  updated  cumulative  supplemental  listing  of  all  new  orders  placed 
in  the  system  and  all  transactions  processed  against  previously  placed  orders. 
Two  copies  of  the  order  form  are  sent  to  the  vendor,  one  copy  is  filed  by 
purchase  order  number,  and  the  remaining  seven  copies  are  filed  in  a  receiving 
file  to  be  used  later  in  the  cataloging  process.  The  pre-punched  cards  are  used 
to  indicate  arrival  of  the  book  (and  to  stop  claiming),  to  pay  the  invoice  (and 
thus  disencumber  and  expend),  to  count  books  added  to  the  collection,  and 
to  delete  the  order  from  the  outstanding  order  file  when  the  book  has  been 
cataloged.  The  only  additional  keypunching  required  to  accomplish  the  above 
is  the  entry  of  the  invoice  amount  and  date. 

Every  two  weeks  the  cumulative  supplemental  outstanding  order  file  is 
passed  against  the  fund  and  statistics  file,  and  the  updated  fund  status  is 
printed  for  the  acquisitions  librarian's  use  in  controlling  new  orders.  At  the 
monthly  cutoff,  the  two  supplemental  order  tapes  were  used  to  update  the 
master  outstanding  order  file,  which  is  then  printed  in  its  entirety  (now  about 
2,800  pages).  This  listing  shows  all  transactions  that  have  entered  the  system 
since  the  time  the  order  was  placed,  and  thus  relates  the  current  status  of 
each  order.  At  any  time  during  the  month  this  master  listing,  which  is  used  in 
conjunction  with  the  supplemental  listing,  gives  the  latest  recorded  status  of 
an  order. 

Immediately  following  the  monthly  update,  claim  notices  are 
automatically  produced  for  orders  not  received  or  acknowledged  within  a 
specified  length  of  time  established  for  each  order  at  the  time  it  entered  the 
system.  After  the  monthly  update,  an  accounting  statement  is  prepared  for 
each  fund  showing  the  amount  of  money  available  and  indicating  the  amount 
spent  to  date.  Acquisition  statistics  for  each  destination  are  also  printed, 
showing  the  number  of  books  acquired  for  each  library  location.  Twice  a  year, 
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the  master  file  is  searched  for  such  items  as  incomplete  separates,  request 
quotes,  and  other  types  of  standing  orders  that  are  not  controlled  by  the 
normal  claim  procedure.  These  are  reviewed,  and  a  decision  is  made  as  to 
whether  the  item  should  remain  in  the  file  or  whether  it  should  be  cancelled.* 

Even  from  this  brief  description,  it  should  be  evident  that  the  computer 
has  taken  over  many  repetitive  chores  which  formerly  required  considerable 
clerical  effort.  Thus  the  objective  of  reducing  the  required  number  of  people 
and  maintaining  the  order  system  has  been  achieved.  The  system  also  provides 
an  accurate  and  up-to-date  source  on  the  status  of  orders  for  the  bibliographic 
searchers,  which  enables  them  readily  to  avoid  duplicate  orders.  In  addition,  it 
quickly  provides  accurate  and  current  budgetary  controls,  which  are  especially 
important  in  the  last  few  months  of  the  fiscal  year  when  the  money  in  the 
various  funds  is  often  completely  obligated. 

Two  types  of  questions  often  are  raised  by  those  who  visit  the  Library 
to  see  our  system  in  operation.  The  first  is:  how  does  your  system  differ  from 
other  automated  book  systems  that  have  been  installed  elsewhere?  One  of  the 
principal  differences  was  incorporated  at  the  time  of  the  system's  design  when 
we  chose  to  use  a  tape  and  disk  approach.  The  outstanding  order  file  is 
presently  stored  on  tape  in  alphabetical  order;  and  the  fund  file,  statistical 
counts,  and  vendor  files  are  all  stored  on  an  IBM  1311  disk  pack.  These  files 
can  thus  be  updated  while  the  transactions  are  in  the  purchase  order  number 
sequence,  which  is  needed  for  the  next  processing  step.  Several  other  acquisi- 
tions systems  have  provided  for  the  entry  of  the  call  number  into  the  system 
and  subsequent  use  of  the  data  to  produce  machine-readable  book  cards. 
Other  systems  also  save  the  acquisitions  data  for  future  use  in  automated 
catalog  production.  Michigan  chose  to  bypass  these  opportunities  because 
neither  type  of  automated  system  seemed  at  the  time  to  warrant  the  addi- 
tional systems  development  that  would  have  been  required. 

Perhaps  the  most  significant  difference  in  terms  of  systems  approach, 
however,  is  that  we  did  not  feel,  as  do  some  libraries,  that  orders  must  be 
placed  in  the  mail  as  soon  as  they  are  typed  (i.e.,  every  day).  The  approach 
usually  selected  in  such  cases  is  to  type  the  order  on  a  typewriter  that  is  also 
connected  with  a  keypunch  or  a  paper  tape  punch.  The  order  data  are  thus 
recorded  in  machine  readable  form  at  the  same  time  that  the  order  is  typed. 
The  computer-stored  order  file  can  then  be  updated  as  frequently  as  is 
feasible,  presumably  somewhat  less  frequently  than  daily.  At  Michigan,  we 
decided  that  the  daily  dispatch  of  orders  was  not  worth  foregoing  the  editing 
capability  of  the  computer  nor  worth  the  awkward  error  correction  routines 
associated  with  this  procedure.  If  an  order  must  go  out  immediately  to  ensure 
that  out-of-print  material  is  acquired  while  it  is  still  available,  we  use  a 
telegram  or  night-letter,  and  confirmatory  orders  are  then  placed  in  the  system 
via  the  normal  procedure.  If  the  number  of  such  orders  were  to  become 
significant  enough  to  warrant  a  separate  system,  we  would  recommend  simply 
that  a  single  typewriter-punch  machine  be  acquired  to  avoid  a  significant 

*For  a  fuller  description  of  the  system,  see  Connie  Dunlap,  "Automated  Acquisi- 
tions Procedures  at  the  University  of  Michigan  Library,"  Library  Resources  &  Technical 
Services,  11:192-203,  Spring  1967. 
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duplicate  effort.  Michigan's  system  could  be  altered  to  accept  these  cards, 
eliminate  the  computer-printed  order,  and  still  enter  the  information  in  the 
system  and  produce  the  pre-punched  transaction  cards. 

The  second  type  of  question  usually  reflects  a  desire  on  the  part  of 
visitors  to  profit  from  our  experience  by  learning  what  they  should  avoid  and 
what  we  would  do  differently  today.  As  far  as  what  to  avoid  is  concerned,  the 
following  considerations  may  seem  obvious,  but  they  still  warrant  attention. 
First,  for  the  sake  of  economy,  programming  specifications  should  not  be 
limited  to  include  only  instructions  for  valid  or  expected  coding  combinations. 
All  programming  should  include  error  routines  for  the  unexpected  error 
situations,  for  it  cannot  be  assumed  that  people  will  work  error-free,  particu- 
larly new  employees.  Edit  routines  should  reject  and  print-out,  with  meaning- 
ful error  messages,  all  invalid  card  types,  codes,  and  incomplete  cards.  Special 
emphasis  should  also  be  placed  on  coordinating  programs,  so  that  all  related 
programs  are  prepared  to  handle  all  coding  schemes  that  pass  the  initial  edit 
routines.  In  a  similar  vein,  record  counts  and  control  totals  should  be  required 
in  each  program,  particularly  those  that  process  transactions  against  a  master 
file.  These  counts  are  particularly  useful  in  ensuring  that  the  programs  handle 
all  of  the  transactions,  either  by  placing  them  on  an  updated  tape  or  by 
identifying  them  as  errors. 

Likewise,  we  have  found  that  our  most  important  control  for  accounting 
is  a  daily  (each  processing  day)  total  of  all  the  invoice  batch  amounts 
processed  in  each  run.  The  total  dollar  amount  which  is  added  to  the 
transaction  tape  each  processing  day  must  balance  with  the  total  of  the  batch 
amounts  (taken  by  adding  machine  at  the  Library).  If  the  totals  do  not 
balance,  the  error  is  found  and  corrected  before  the  invoices  are  released  to 
the  business  office  for  payment.  If  we  waited  until  the  end  of  the  month  to 
look  for  errors,  we  would  probably  never  be  able  to  find  them.  Thus,  daily 
control  of  accounting  input  is  vital  in  ensuring  that  the  accounting  is  error- 
free. 

In  about  two  months  the  original  1401  Autocoder  programs  which  we 
have  used  will  be  rewritten  in  COBOL  so  that  they  may  be  run  in  the 
multiprocessing  environment  under  IBM  Operating  System  360  (Model  40). 
For  the  last  year,  the  1401  programs  have  been  processed  on  the  IBM  360, 
Model  30,  in  the  "Compatibility  Mode."  Last  month,  the  University  Data 
Processing  Center  replaced  the  Model  30  with  a  Model  40,  and  now  the  job  is 
being  processed  using  1401  "Emulation."  With  the  reprogramming,  several 
changes  will  be  made.  For  those  interested  in  the  computer  processing,  as  a 
first  step  we  will  convert  from  card  to  tape  with  the  new  orders  and 
transactions,  and  we  will  use  a  tape-sort  instead  of  the  card-sorting  that 
presently  consumes  a  great  amount  of  operator-time.  We  will  also  change  the 
structure  of  our  master  file,  so  that  all  records  are  of  a  fixed  length.  Our 
master  file  will  be  housed  on  two  reels  of  tape,  one  for  master  records 
(orders),  and  the  other  for  transactions.  It  will  be  in  purchase  order  sequence. 
Once  a  month  after  the  file  is  updated,  there  will  be  a  sort  on  an  83-character 
alphabetic  tag,  and  the  master  printout  will  be  printed  from  these  tapes.  This 
process  will  replace  a  cumbersome  control-tape  procedure  used  to  avoid  the 
alphabetic  sort  that  was  very  slow  on  the  1401  tape  system. 
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As  far  as  the  Library  routines  are  concerned,  however,  there  will  be  no 
significant  change  in  the  system.  Minor  alterations  will  include:  breaking  down 
expenditures  to  show  serial  emcumbrances  more  clearly  and  to  simplify  the 
year-end  accounting  procedure;  claim  notices  will  also  be  printed  in  vendor 
sequence,  rather  than  in  alphabetical  (main  entry)  order;  and  a  count  of  books 
will  be  made  by  fund  (subject)  as  well  as  by  library  destination. 

POST-INSTALLATION  EVALUATION 

At  the  conclusion  of  the  first  year  of  successful  operation  under  the 
automated  system,  Mrs.  Dunlap  requested  that  a  study  be  conducted  to 
ascertain  whether  the  expenditures  for  computer  time  constituted  a  justifiable 
expense  in  relation  to  the  cost  of  ordering  books  under  the  previous  manual 
system.  The  actual  computer  charges  were  then  running  about  twice  as  much 
as  had  been  originally  estimated  in  the  process  of  determining  the  economic 
justification  for  proceeding  with  the  project.  In  this  respect,  it  should  be 
noted,  too,  that  the  University  Library  purchases  its  computer  time  from  the 
University's  Data  Processing  Center  at  a  rate  that  enables  Data  Processing  to 
recover  its  operating  expenses.  Therefore,  computer  time  is  an  actual  expense 
item  in  the  Library's  budget,  and  this  expense  should  accordingly  play  an 
important  role  in  evaluating  the  system  after  its  installation. 

When  evaluating  such  a  new  system  after  it  has  been  implemented,  we 
believe  that  three  principal  questions  should  be  answered.  First,  is  the  new 
system  achieving  the  stated  objectives  and  performing  the  expected  functions 
in  a  satisfactory  manner?  Second,  is  the  new  system  providing  additional 
information  that  is  of  value  to  the  operation?  Third,  has  the  estimate  of  cost 
(upon  which  the  decision  was  originally  made  to  adopt  the  new  system)  been 
borne  out  in  actual  experience,  or  if  the  estimate  was  not  accurate,  has  the 
new  system  resulted  in  a  higher  unit  cost  for  the  operation?  Third,  has  the 
estimate  of  cost  (upon  which  the  decision  was  originally  made  to  adopt  the 
new  system)  been  borne  out  in  actual  experience,  or  if  the  estimate  was  not 
accurate,  has  the  new  system  resulted  in  a  higher  unit  cost  for  the  operation? 
Given  the  answers  to  these  questions,  a  library  administrator  should  be  in  a 
position  to  arrive  at  a  decision  as  to  whether  the  new  system  was  justified  and 
whether  it  should  or  should  not  accordingly  warrant  continued  application.  In 
this  context,  the  decision  might  be  made  to  accept  a  higher  unit  price  in 
return  for  more  information  or  as  a  solution  for  an  otherwise  troublesome 
situation.  Such  a  decision  would  certainly  be  acceptable,  but  only  if  it  were 
made  with  the  pertinent  cost  information  at  hand. 

In  our  initial  evaluation  conducted  in  August  1966,  we  had  no  doubt 
that  the  new  system  was  performing  its  functions  as  well  as,  or  better  than, 
the  manual  system.  The  claiming  function  was  again  running  smoothly  and  the 
relief  from  previous  monthly  manual  accounting  routines  provided  more  time 
for  invoice-processing.  The  main  objective  of  utilizing  information  that  had 
been  keyed  only  once  and  entering  subsequent  activity  only  as  it  occurred  had 
also  been  achieved.  A  noticeable  effect  of  this  new  procedure  was  that 
whereas  the  number  of  orders  increased  from  40,000  to  60,000,  only  one 
additional  person  was  required  in  the  order  processing  unit.  The  manual 
system  would  have  required  at  least  three  more  full-time  positions  for  this 
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added  number  of  orders.  Furthermore,  the  space  occupied  by  the  former 
outstanding  order  file  on  cards  was  now  available  for  other  employees  (search- 
ers), and  the  receiving  function  previously  preformed  with  this  file  could  be 
removed  completely  from  the  main  acquisitions  area. 

Answers  to  the  second  question  regarding  additional  information  were 
also  easy  to  find.  Divisional  librarians  were  now  being  informed  as  to  when 
their  orders  were  placed  with  the  dealer.  The  acquisitions  department  could 
also  easily  extract  all  of  the  outstanding  orders  on  a  given  fund,  or  of  a  given 
type  or  age,  at  a  cost  many  times  smaller  than  under  the  manual  system.  The 
status  of  accounts  was  being  reported  more  frequently  and  was  more  accurate. 
Claiming  was  being  done  regardless  of  any  other  workload,  and  thus  control 
was  better.  There  was  also  a  feeling  that  the  searching  to  ascertain  whether  a 
requested  book  was  already  on  order  was  slightly  faster,  because  the  outstand- 
ing order-file  listings  were  distributed  to  seven  desks,  allowing  a  much  greater 
working  area  than  the  former  twenty-foot  area  in  front  of  the  large  card  file. 
The  larger  number  of  orders  to  be  searched  would  have  created  considerably 
more  congestion  in  this  area,  resulting  in  people  getting  in  one  another's  way 
and  causing  a  reduction  in  the  production  rate. 

However,  the  above  benefits  had  to  be  examined  also  in  light  of  the 
expenditures  necessary  to  achieve  them.  As  the  operating  costs  had  turned  out 
to  be  twice  those  originally  projected,  it  was  necessary  to  compare  the  pre- 
and  post-automation  costs  of  the  activity.  An  attempt  was  first  made  to 
measure  the  time  required  to  perform  each  step  of  the  affected  operations, 
and  results  were  obtained.  We  were  then  faced  with  the  problem  of  relating 
these  times  (and  the  associated  cost)  with  comparable  rates  of  measured 
production  in  the  pre-automation  environment.  At  this  point,  we  found  that 
the  standards  for  the  various  operations  under  the  old  manual  system  were 
too  vague  to  be  used  in  comparison  with  the  measured  standards  that  we  had 
calculated  for  the  automated  system.  Our  alternative  approach  was  to  utilize 
the  available  records  for  wages  and  salaries  actually  expended,  plus  the  new 
charges  for  data  processing  services. 

We  chose  as  our  years  for  comparison,  fiscal  1963-64  and  fiscal  1965-66. 
The  wage  and  salary  data  for  1963-^54  were  represented  at  the  1965-66  level. 
The  activities  included  in  this  comparison  were  only  those  directly  affected  by 
the  automated  procedures.  The  following  are  the  costs  per  order  incurred  for 
these  two  years: 

1963-64       1965-66 

Book  purchasing  section  salaries  $      .90  $      .70 
Business  section  salaries                           .49  .40 

Data  processing  charges  .42 

Total  cost  per  order  $     1.39  $    1.52 

Number  of  orders  41,369  61,285 

It  was  necessary  to  qualify  this  comparison  as  we  presented  it,  however, 
because  we  were  not  comparing  the  same  level  of  service  in  the  business 
section.  The  cost  per  order  actually  incurred  in  1963-64  did  not  include  any 
time  devoted  to  dealer  statements,  and  there  was  also  a  large  invoice  backlog 
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that  year.  In  1965-66  a  full-time  employee  was  added  to  answer  dealer 
statements  and  the  invoice  backlog  was  down  to  a  desirable  level.  For  this 
reason  we  felt  that  in  order  to  compare  the  same  level  of  service,  we  should 
add  another  position  to  the  1963-64  cost  per  order.  This  would  being  the 
1963-64  unit  cost  to  $1.49. 

The  evaluation  of  the  system  was  thus  made  on  the  basis  of  an  increase 
of  three  cents  per  order,  or  $1,838  per  year.  This  additional  cost  per  order 
could  be  justified  by  the  increased  information  and  by  the  much  greater 
control  now  exercised  over  the  orders.  But  the  largest  savings  from  the  new 
system  were  the  costs  saved  by  not  having  to  hire,  train,  retrain,  pay  fringe 
benefits  to,  and  find  working  space  for  those  additional  people  that  would 
have  been  required  to  handle  60,000  orders  under  the  manual  system. 

The  same  analysis  was  then  performed  for  the  next  fiscal  year,  1966-67. 
The  following  results  were  obtained: 

1965-66*     1966-67 
Book  purchasing  salaries  $      .73       $      .89 

Business  section  salaries  .42  .58 

Data  Processing  charges  .46  .51 

$    1.61  $  1.98 

Number  of  orders  57,327  61,285 

*  1966-6  7  prices 

Here  we  see  that  the  price  per  order  has  increased  substantially.  There 
are  several  reasons  for  this  increase  in  costs.  First,  in  June  1966,  we  began 
key-verifying  the  numeric  fields  on  all  new  orders  and  dollar  amounts  because 
visual  verification  was  not  catching  data  error  with  sufficient  reliability.  This, 
of  course,  increased  the  book  purchasing  cost  somewhat.  Also,  an  additional 
position  was  required  in  the  book  purchasing  section  to  work  on  problems 
created  by  the  increased  order  activity.  The  latter  problems  included  the 
increased  processing  of  duplicates  caused  by  overlapping  selection  efforts,  by 
more  efficient  claiming,  and  by  the  increased  requirements  of  handling  the 
flood  of  invoices  for  books  not  yet  received.  Finally,  an  increase  in  computer 
charge  was  due  to  an  unexpected  increase  in  the  Data  Processing  Center's 
billing  rates,  to  a  decision  by  the  Library  (for  reasons  of  legibility)  to  print 
the  outstanding  order  file  twice  (five  copies  twice  rather  than  ten  copies 
once),  and  to  the  increased  size  of  the  outstanding  order  file. 

The  increase  in  the  business  section  cost  per  order  was,  in  turn,  largely 
due  to  the  fact  that,  while  the  number  of  orders  actually  placed  decreased 
from  61,285  to  57,327,  the  amount  of  dollars  paid  out  increased  from 
$883,834  to  $1,038,888.  This  increase  in  expenditure  was  not  a  result  of 
price  increases;  rather,  it  reflected  the  fact  that  the  increase  in  orders  had  had 
a  delayed  effect  in  increasing  the  invoice-paying  activity.  It  also  indicated  that 
an  attempt  to  find  a  common  measure  of  activity  for  use  as  a  denominator  in 
arriving  at  a  unit  cost  is  quite  difficult  when  the  various  functional  units  are 
not  subject  to  the  same  pressures  at  the  same  time.  Thus,  we  find  that  any 
one-year  analysis  will  not  be  representative  of  relative  costs,  but  that  a  study 
over  a  longer  period  of  time  will  yield  a  trend  for  evaluation.  In  projecting 
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what  might  be  the  case  for  the  present  fiscal  year,  we  thus  know  that  the 
number  of  orders  will  probably  reach  at  least  72,000  will  no  increase  in  order 
preparation  personnel,  and  that  at  least  $1,300,000  will  be  expended.  Because 
of  this,  we  predict  that  the  cost  per  order  will  come  down  considerably  from 
the  level  of  $1.98  that  we  calculated  for  1966-67. 

In  the  above  analysis,  there  are  several  other  costs,  of  course,  that  have 
not  been  discussed.  These  are  the  one-time  expenditures  for  systems  develop- 
ment, programming,  file  conversion,  and  equipment.  In  the  original  analysis 
that  we  prepared,  these  expenses  were  treated  as  "necessary  one-time  expendi- 
tures," and  no  attempt  was  made  to  analyze  these  costs  in  relation  to  the 
total  cost  of  the  operation.  However,  a  good  case  can  be  made  for  including 
these  costs  in  the  evaluation  by  depreciating  all  of  these  "one-time  expenses" 
over  the  expected  life  of  the  program.  An  appropriate  length  of  program  life 
would  appear  to  be  five  to  seven  years.  If  the  University  of  Michigan  should 
choose  a  seven-year  program  life,  these  developmental  costs  would  be  $4,000 
per  year.  The  consideration  of  this  cost  makes  the  evaluation  more  difficult; 
however,  in  our  case  we  have  deemed  this  expenditure  justifiable.  The  whole 
issue  of  analysis  is  also  clouded  by  a  situation  that  we  suspect  to  be  true.  We 
doubt  that  the  number  of  employees  required  with  the  increased  activity 
under  the  manual  system  would  have  been  limited  to  an  increase  in  direct 
proportion  to  the  rise  in  the  number  of  orders.  We  have  not  attempted  to 
recreate  the  progression  experienced  over  the  years  to  determine  how  much 
larger  than  one  this  factor  is,  but  our  general  experience  indicates  that  the 
progression  does  exist. 

In  conclusion,  it  is  doubtlessly  desirable  to  note  some  additional 
cautions.  The  most  important  of  these  is  that  the  unit  prices  offered  here  are 
only  for  the  purpose  of  comparison  of  the  automated  system  with  the  type  of 
manual  system  we  have  operated  at  Ann  Arbor.  The  costs  are  in  no  way 
intended  to  be  bench  mark  prices  applicable  to  other  situations.  The  prices 
reflect  local  conditions  in  computer  charges,  wages,  restrictions  in  invoice 
processing  in  relation  to  the  University  business  office,  and  the  particular 
library  environment.  Finally,  our  program  development  also  took  place  in  an 
environment  in  which  data  processing  personnel  were  learning  how  to  program 
disk  application;  thus  programming  costs  tended  to  exceed  what  might  be 
encountered  with  a  more  experienced  programming  staff. 

In  conclusion,  we  are  happy  with  the  system  at  the  University  of 
Michigan.  The  employees  definitely  do  not  want  to  return  to  the  old  system. 
From  an  administrative  point  of  view,  such  a  reversal  in  operations  will  not 
take  place  unless  data  processing  costs  increase  significantly.  We  do  not 
anticipate  that  such  will  be  the  case. 
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ON    ORDER    BY    FUND  03-19-68 


DEMERATH,    NICHOLAS    J. 

POWER,     PRESIDENTS,    AND    PROFESSORS 


,,    BASIC    BOOKS,    1967  AD£L___ 

574  682244  $6.50  QTY   001 


OBERSCHALL,     ANTHONY 


CHALL,     ANTHONY         

EMPIRICAL    SOCIAL  "RESEARCH    IN   GERMANY 


1848-1914 

N.Y.,    BASIC    BOOKS,     1967  ADD 

574  682245  $5.75  QTY    001 


LAZARSFELD,     PAUL    FELIX,    EO. 

USES    OF    SOCIOLOGY 
N.Y.,    BASIC    BOOKS,    1967  ADD 

574  682246  $15.00  QTY    001 


GINZBERG,  "ETTI 

MIDDLE-CLASS    NEGRO    IN    THE    WHITE   MAN   S 
WORLD  ADD 

N.Y. .COLUMBIA    UNIV.    PR.,     1967 

574  682270  $5.00  QTY    001 

BELL,    ROBERT    R. 

MARRIAGE    AND    FAMILY    INTERACTION 
HOMEWOOD,     ILL.,     DORSEY    PR.,     1967       REV    ED 

574  682273  $7.00  QTY    001 


SHOSTAK,    ARTHUR    B. 

SOCIOLOGY    IN    ACTION 
HOMEWOOO,     ILL.,     DORSEY    PR.,     1966 

574  682275  $12.00  QTY^OTJZ 

KOLAKOWSKI,     LESZEK  

ALIENATION    OF    REASON 
N.Y.,    DOUBLEDAY,    1968 

574  682276  $9.90  QTY    002 


LIPSET.    SEYMOUR    MARTIN 

PARTY    SYSTEMS    AND    VOTER    ALIGNMENTS 
N.Y.,    OOUBLEDAY,     1967 

~^»* INTERNATIONAL    YEARBOOK    OF    POLITICAL 
BEHAVIOR    RES.,     V.    7*** 

574  682277  $8.00  QTY    001 


FOGELSON,     ROBERT    M. 

FRAGMENTED    METROPOLIS 

CAMBRIDGE,    MASS.,    HARVARD    UNIV.     PR. , 
1967 
***JOINT    CENTER    FOR    URBAN    STUDIES*** 

574  682344  $23.90  QTY    002 

TREMBLAY,    MARC    AOELARD,    ED. 

RURAL    CANADA    IN    TRANSITION,     A 
MULTIDIMENSIONAL    STUDY    OF    THE     IMPACT    OF 
TECHNOLOGY    AND    URBANIZATION    ON 
TRADITIONAL    SOCIETY 

OTTAWA,    AGRICULTURAL    ECONOMICS    RESEARCH 
COUNCIL    OF    CANADA,     1966  PAP.  CAN 

***AGRICULTURAL    ECONOMICS    RESEARCH 
COUNCIL    OF    CANADA.     PUB.    6*** 

574  682357  $3.00  QTY    001 


RICHMOND,     ANTHONY    H. 


Figure  5.  Order  by  Fund  List 
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THE  UNIVERSITY  OF  MICHIGAN  LIBRARY 

ANN  AHO«,  MICHIGAN    41104 

Mrf                         ottxi  NO                      We  nave  not  °*  y*'  r«eivea  tne  title   indicated 
CLAIM   NOTICE                      j    07-22-69       516466250       |        Please  report  by  checking  the  appropriate  box  below. 

PLEASE  lEPOfT  ON  UNFILLED  OIOEI:                                                        If  the  title  has  already  been  sent,  please  do  not  dup- 
licate shipment. 
LEE,    AQOISQN    EARL 
PLANT   GROWTH   AND   DEVELOPMENT.                                r—  i 

•••BIOLOGICAL    SCIENCES   CURRICULAR    STUDY.           [~|  Not  ,.,  P.bi,,r«d.  DU. 

LABORATORY    BLOCK... 
«USH                                                                                                            ._. 

J    Out  of  print.  Cancelling 
\~\    Out  of  print.  Smirching 

001          SLATERS    BOOK    STORE.                                                              ~1           \~\  n...  „»  ,,~i  win  ^t 

L—  '         336     SOUTH    STATE     STREET                                                                            —  '    (Please  gi»e  approximate  date  il  possible) 
33    111       ANN    ARBOR,    MICHIGAN                                                                    r—  , 

UGL                                                                                                                                                               M    Sold.  Cancelling 

^j]    Other: 

L                                                                                                        J 

THE  UNIVWSITY  OF  MICHIGAN  U»RARY  BOOK  FUND  STATEMENT 

ACCI        250   -  UNDERGRADUATE  LIBRARY 


ACQUISITIONS  DEPARTMENT 
Do,.   07-30-65 


1.  Allocation  for  1965-1966  $10,000.00 

Balance  or  overdraft  from  1964-1965         $  280.00 

Allocation  ad|U!tm*nt 

2.  Outilanding  orders 


Periodicals  _________________ 

Binding     ---   --------------- 

Booki  and  incomplete  separates  ___________ 


$  760.00 

§     3,220.00 


3.  Expended  sinceJXJLY-65  Periodicals $ 

Binding 

Books  and  incomplete  separate* $ 


190.00 
380.00 


TOTALS 


$10,280.00 
$   3.980.00 

$        570.00 


lilable  balance $     5,730.00 


r 


R.  G.  FAUCHER 


133  UGL 


J.  R.  SMITH 
M.  S.  JONES 


130  UGL 

106  GEN.  LIB 


of     books     r*pr«i*n1*d     by     oroV     cards   On   h 

Bl  y«ar      Cr*diti  may  b«  book  IO!M,  rvfundt.  < 


Figure  9.  Claim  Notice  and  Book  Fund  Statement 
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Temp.    Vendor  Addr.   Cds 


'in  Vendor 


Punch 
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1460 
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\ 
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naked 
Cards  foi 
Orders 

1 

*OOF  means  Outstanding 
Order  File 
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Figure  10 

University  of  Michigan-Book  Order  System 
Bi-Weekly  Processing 
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(Tape  Library) 


Print  twice- 
5  copies 
each  time 


Cumulative 
Supplemental 

OOF 
(New  Orders 


n 

al 


C  To  Library  ) 


1st  and  2nd  two  week  cutoff  procedure 


Figure  10  (continued) 
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(To  Library  J 


Master 
Outstanding 
Order  File 
Listing 


Print  twice — 
5  copies  each 
time 


Figure  11. 

University  of  Michigan-Book  Order  System 
Monthly  Processing 
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(  From  Library  V 


<  ^ 

Fund 
File 

Statisti 
File        \ 

^New  Funds, 
Error  correct 
(80)  Series 

1460 
Fund  File 
Update 

Print-Outs 

(  To  Library     J 


SEMI-ANNUAL   LISTINGS  OF   "DO  NOT  CLAIM"    ITEMS 


Standing 

Orders  + 
All  Others 


(  To  Library  J 


Figure  1 1  (continued) 


Frederick  G.  Kilgour 
Director,  The  Ohio  College  Library  Center 

Columbus 


SYSTEM  DESIGN  FOR  THE 
OHIOXt5LLECT)LIBRARY  CENTER:  A  CASE  HISTORY 


Incorporation  of  the  Ohio  College  Library  Center  (OCLC)  as  a  not- 
for-profit  corporation  occurred  on  July  6,  1967.  As  expressed  in  the  Article 
of  Incorporation,  the  purpose  of  the  corporation  is  "to  establish,  maintain  and 
operate  a  computerized,  regional  library  center  to  serve  the  academic  libraries 
of  Ohio  (both  state  and  private)  and  designed  so  as  to  become  a  part  of  any 
national  electronic  network  for  bibliographical  communication. "/The  director 
of  the  Center  took  up  his  duties  in  Columbus  in  early  September  and  spent 
most  of  the  next  two  months  consummating  legal  organization.  System  design 
was  initiated,  however,  during  this  period,  and  following  OCLC  formal  organi- 
zation meetings  at  the  end  of  October,  system  design  became  the  main  order 
of  business.  This  article  narrates  the  development  of  the  design  of  a  com- 
puterized regional  library  system  in  the  early  months  of  the  Center's  exist- 
ence. As  a  case  history,  the  paper  contains  early  efforts  and  diagnosis;  at  this 
writing  it  is  too  early  for  prognosis. 

The  history  of  events  leading  up  to  the  establishment  of  OCLC  helps 
shed  light  on  the  Center.  The  Ohio  College  Association  (OCA)  was  responsible 
for  founding  OCLC.  The  Ohio  College  Association  is  a  venerable  organization 
that  came  into  being  in  1867  as  the  Association  of  Ohio  Colleges;  it  changed 
its  name  to  the  present  form  in  1890.  In  1867  there  were  a  dozen  charter 
members,  including  both  state  and  private  institutions;  a  century  later,  there 
are  over  sixty  full  and  associate  members.  For  a  hundred  years  these  Ohio 
institutions  have  been  working  together  with  an  effectiveness  that  has  long 
since  spawned  mutual  confidence  and  allowed  for  the  stability  of  OCA. 
Perhaps  the  major  factor  behind  the  establishment  of  OCLC  is  this  long  and 
quiet  tradition  of  effective  cooperation  among  Ohio  academic  institutions. 

The  immediate  past  history  of  activities,  which  culminated  in  the  in- 
corporation of  OCLC,  began  late  in  1951,  when  a  Special  Committee  to 

79 


80 

Consider  an  Ohio  Cooperative  Library  came  into  being  under  auspices  of  OCA. 
Initially  the  special  committee  considered  such  topics  as  revision  of  an  Ohio 
union  list  of  serials  that  had  appeared  in  1936,  cooperative  acquisitions,  and 
establishment  of  a  storage  center.  From  1954  to  1956  the  committee  unsuc- 
cessfully sought  grant  support,  and  its  activity  dwindled  until  1961  when  it 
was  revitalized  as  the  Librarians'  Committee  on  Library  Cooperation.  OCA 
allocated  to  this  committee  funds  which  enabled  it  to  acquire  the  services  of 
Wyman  W.  Parker,  Librarian  at  Wesley  an  University  in  Middletown,  Connect- 
icut, for  a  period  of  three  months,  during  which  he  conducted  an  extensive 
survey  subsequently  published  under  the  title,  The  Possibility  of  Extensive 
Academic  Library  Cooperation  in  Ohio:  A  Survey.^  Major  recommendations 
in  this  report  were  the  establishment  of  a  bibliographical  center  to  facilitate 
interlibrary  lending  among  Ohio  academic  libraries,  and  cooperative  purchasing 
of  microprint  by  the  Center.  As  the  committee  sought  to  implement  recom- 
mendations in  the  report,  it  developed  a  concept  of  basing  activities  of  the 
bibliographical  center  on  a  union  catalog.  Two  commercial  firms  presented 
proposals  for  construction  of  a  union  catalog  of  holdings  in  Ohio  academic 
libraries,  each  proposal  requiring  about  a  million  dollars  to  effect. 

At  this  juncture,  to  evaluate  proposals  made  by  the  two  commercial 
companies,  the  committee  called  in  two  consultants,  Ralph  Parker  of  the 
University  of  Missouri,  the  the  present  director  of  the  Center.  In  a  "Report  to 
the  Committee  of  Librarians  of  the  Ohio  College  Association,"2  submitted  in 
late  1965,  they  recommended  that  a  new  approach  be  undertaken  toward  a 
central  computerized  catalog  having  many  functions,  among  them  that  of  a 
union  catalog.  The  committee  accepted  and  approved  this  report,  and  subse- 
quently proposed  to  OCA  that  the  recommendations  of  the  report  be  acted 
upon.  In  its  turn,  OCA  approved  the  report  at  a  meeting  on  October  30, 
1966,  and  empowered  its  president  to  appoint  a  committee  of  implementation 
to  form  a  corporation,  to  employ  a  director,  to  choose  a  location  for  the 
center,  and  to  arrange  for  receipt  of  funds.  A  year  later,  the  Center  was  a 
fully  organized,  corporate  entity,  with  its  director  embarking  on  design  of  a 
computerized  regional  library  center. 

The  word  "system"  is  singularly  nonspecific,  but  in  this  paper,  it  has 
one  specific  meaning:  a  system  is  an  on-going,  information-based  process  that 
attains  some  wanted  objective  and  is  thought  of  as  a  comprehensive  whole, 
rather  than  as  a  conglomeration  of  procedures.  In  contrast  to  a  system,  a 
procedure  is  a  specified,  ordered  series  of  acts  that  produce,  modify,  or  move 
an  object.  Unlike  a  system,  a  procedure  characteristically  has  no  objective. 
Indeed,  the  most  significant  characteristics  of  a  system  are  its  having  an 
objective,  and  its  process  being  information-based. 

Information,  in  the  phrase  "information-based,"  is  perhaps  best  defined 
as  data  used  in  a  decision-making  process.  This  information  most  emphatically 
is  not  data  or  knowledge  in  volumes.  In  other  words,  information  is  data 
concerning  other  data  that  are  in  process  in  the  system;  information  is  data 
about  the  processing,  and  is  used  for  decision-making  in  driving  the  system. 

Obviously  any  device  that  is  an  efficient  information  processor  would  be 
a  most  desirable  instrument  for  directing  an  information-based  system.  The 
electronic  digital  computer  has  enormous  capability  for  information  processing 
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and  can  use  data  to  make  simple  yes-no  decisions.  Indeed,  computers  are 
unique  machines  in  that  they  can  process  data  such  as  an  acquisitions  record, 
and  at  the  same  time  make  use  of  knowledge  about  the  data  or  record,  such 
as  knowledge  of  the  amount  of  time  a  book  has  been  in  some  section  of  the 
process,  in  order  to  make  a  decision  as  to  whether  or  not  the  book  should  be 
moved  along.  Actually,  data  used  in  making  this  decision  may  consists  of  as 
many  as  eight  different  variables.3 

Once  the  framework  of  a  system  has  been  constructed,  techniques  for 
completing  details  of  the  design  usually  do  not  differ  greatly  from  the  older 
techniques  of  knitting  together  a  group  of  procedures.  The  principal  difference 
between  older  varieties  of  management  planning  and  newer  systems  designs  is, 
for  the  most  part,  the  major  questions  that  are  asked.  For  instance,  initially  it 
was  necessary  for  the  director  to  formulate  the  problem  clearly  and  to  choose 
appropriate  objectives.  What  is  the  objective  of  a  college  library?  Should  it  be 
a  service  agency  for  students  and  faculty?  Should  it  be  a  conserver  and 
protector  of  printed  volumes?  Should  it  participate  in  the  mission,  namely  the 
educational  program,  of  its  institution?  Questions  such  as  these  which  concern 
objectives  must  be  answered  before  design  is  undertaken. 

One  characteristic  of  system  design  (also  a  major  feature  of  system 
engineering  from  which  it  evolved),  is  detection  of  areas  of  inadequate  techno- 
logy, i.e.,  areas  for  which  research  and  development  work  must  be  undertaken. 
When  there  are  inadequate  data  available  for  library  system  design,  it  is  often 
possible  for  the  design  group  to  undertake,  or  arrange  to  have  undertaken, 
research  that  will  yield  desired  data.  However^  it  io  unlikoly  that  librarians)  wiM 
bo  able  to  undertake  yield  dooirod  datth  However,  it  is  unlikely  that  librarians 
will  be  able  to  undertake  machine  development  when  machine  capability  is 
inadequate  in  some  area  of  a  system.  For  instance,  at  the  present  time, 
efficient  consoles  for  use  of  catalogers  are  not  available,  although  they  may  be 
in  a  relatively  few  months.  It  will  be  a  rare  library  system  designer  who  will 
do  engineering  development  to  produce  satisfactory  terminal  equipment,  al- 
though in  this  particular  case,  Project  Intrex  at  M.I.T.  is  working  on  a  solution 
to  the  problem.4  Also,  at  least  one  manufacturer  is  about  to  market  a  console 
which  will  have  most  of  the  features  required  by  libraries  and  which  will  be 
economically  feasible.  Another  manufacturer  has  received  requests  from  at 
least  two  libraries  to  quote  cost  of  modification  of  one  of  its  consoles  to  give 
that  console  capabilities  required  by  libraries.  Even  though  librarians  will  not 
be  undertaking  engineering  development,  there  are,  as  has  just  been  shown, 
avenues  by  which  inadequacies  revealed  by  system  design  can  be  eliminated  to 
the  extent  that  it  is  possible  for  the  system  to  operate. 

Early  formulation  of  the  problem  that  the  Ohio  College  Library  Center 
is  to  solve  had  occurred  in  a  general  way  before  the  Center  became  a 
corporate  entity.  Put  succinctly,  the  problem  to  be  solved  was  one  of  in- 
creasing resources  to  Ohio  colleges  and  universities.  From  the  college  adminis- 
trative point  of  view,  the  problem  was  that  of  hiring  new  faculty  and  enrolling 
new  students  in  the  future.  Presidents  of  Ohio  academic  institutions  were 
particularly  aware  that  new  Ph.D.'s  are  research-oriented.  If  these  younger 
men  are  not  offered  an  opportunity  to  pursue  research  programs,  they  are 
reluctant  to  join  a  faculty.  Moreover,  changing  educational  objectives  in 
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colleges  are  requiring  that  undergraduates  have  an  increasing  opportunity  to 
learn  how  to  learn.  Such  opportunities  can  best  be  given  to  a  student  by 
providing  him  with  resources  for  independent  work. 

Resources  necessary  to  attract  research-oriented  faculty  and  to  support 
independent  work  by  undergraduates  were  identified  in  the  early  stages  of 
design  of  the  OCLC  system.  These  resources  are  bibliographic  materials, 
computation,  laboratories,  and  the  opportunity  for  research  men  to  obtain 
stimulation  from  other  researchers  with  similar  interests.  OCLC's  main  chore 
was  defined  as  increasing  bibliographic  resources.  However,  it  is  entirely 
possible  that  the  system  being  designed  could  also  increase  availability  of 
computation  to  small  institutions.  OCLC  will  play  no  part  in  furnishing 
laboratory  space  but,  of  course,  the  Federal  government  has  effectively  pro- 
vided financing  which  has  enabled  many  institutions  to  build  laboratories. 
Finally,  OCLC  cannot  play  a  part  in  providing  stimulation  that  comes  only 
from  discussion  with  one's  peers  in  a  particular  field.  At  the  present  time, 
OCLC  is  not  pursuing  the  mission  of  furnishing  computation,  but  it  has  gently 
opened  the  door  for  access  to  this  mission  and  will  actively  develop  in  this 
direction  should  the  demand  arise. 

How  can  an  institution's  bibliographic  resources  be  expanded?  OCLC  is 
giving  first  priority  to  increasing  the  availability  of  those  resources  already  at 
the  institution.  A  bibliographic  information  retrieval  project  will  achieve  this 
end,  as  will  a  circulation  control  project  operating  remotely  from  the  library. 
Next,  resources  in  the  academic  neighborhood  can  be  made  available  to  a 
single  institution.  Too  often  cooperative  activities  designed  to  increase  re- 
sources among  institutions  are  thought  of  in  terms  of  acquiring  materials  from 
someone  else,  but  OCLC  will  not  rely  on  this  type  of  cooperation. 

What  objectives  should  a  computerized  regional  library  center  establish? 
A  century  ago,  the  objectives  of  Ohio  academic  libraries  were  to  collect, 
catalog,  and  conserve  printed  material;  in  recent  decades,  academic  librarians 
have  concentrated  on  decreasing  costs  of  their  operations  and  they  are  still 
inclined  to  look  upon  libraries  as  being  self-existent  institutions.  To  be  sure, 
services  to  students  and  faculty  have  been  increased  (at  times  perfectly 
outrageous  demands  for  service  have  been  made  on  academic  libraries). 
However,  examination  of  all  the  possible  objectives  led  us  at  the  Ohio  College 
Library  Center  to  the  conclusion  that  patron  service  and  collection  mainte- 
nance would  not  be  sufficient.  It  appears  to  us  that  the  real  objective  of  an 
academic  library  is  to  participate  in  the  educational  and  research  missions  of 
the  institution  of  which  it  is  a  part. 

College  and  university  educational  programs  are  moving  in  the  direction 
of  producing  perpetual  students.  In  years  ahead,  educated  men  and  women 
will  need  to  continue  to  learn  in  the  knowledge-based  society  in  which  they 
will  be  living,  and  the  American  college  will  surely  have  as  its  objective  the 
production  of  young  men  and  women  who  will  remain  life-time  learners. 
Libraries  will  play  a  large  part  in  this  learning  process  and  should  begin  to 
orient  themselves  to  this  function  now. 

It  would  appear  that  the  major  objectives  for  participating  in  institu- 
tional research  and  education  programs  would  be  to  furnish  data  and 
knowledge  to  a  researcher  or  student  whenever  it  is  needed.  It  is  difficult  to 
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see  how  these  missions  can  be  carried  out  with  traditional  library  techniques. 
However  it  seems  quite  possible  that  by  the  end  of  this  century,  academic 
libraries  will  be  truly  paradisical  libraries  that  will  always  have  data  "on  the 
shelf  which  a  borrower  will  always  be  able  to  take  out,  so  to  speak. 
Moreover,  the  borrower  will  be  able  to  use  the  data  wherever  he  may  be,  as 
long  as  he  has  access  to  a  terminal  which  may  not  be  much  more  complicated 
than  a  touch-tone  telephone. 

The  library  at  this  century's  end  also  holds  promise  of  being  a  truly 
personalized  library  in  contrast  to  the  dehumanized  institutions  with  which  we 
are  all  so  familiar.  Libraries  strive  to  be  all  things  for  all  people,  and  in 
consequence,  are  unable  to  treat  individuals  as  distinct  human  beings.  Li- 
braries, except  for  the  very  smallest,  are  monolithic  arrangements  of  volumes, 
catalogs,  and  indexes  which  are  not  and  cannot  be  oriented  toward  the 
interests  of  any  particular  individual.  However,  when  technical  and  intellectual 
ability  exist  to  subject-index  and  subject-classify  by  machine  huge  stores  of 
text,  it  will  be  possible  for  the  user  of  the  academic  library  to  have  the 
advantages  of  an  enormous  centralized  collection  and  of  a  personalized 
segment  of  that  collection  not  unlike  the  scholar's  library  of  the  nineteenth 
century. 

Such  a  library  system  at  the  end  of  the  century  will  be  a  network  whose 
nodes  will  contain  large  amounts  of  computerized  textual  material.  From  node 
to  node,  much  material  will  be  duplicated  but,  also,  each  node  will  un- 
doubtedly contain  unique  material  not  in  other  nodes  in  the  immediate 
vicinity,  nor,  perhaps,  elsewhere  in  the  nation.  A  user  seeking  information  will 
use  a  terminal  which  presumably  would  be  as  available  as  the  telephone  is 
today.  If,  at  the  node  to  which  a  user's  terminal  is  attached,  the  information 
store  does  not  produce  the  information  he  requires,  or  perhaps  not  all  the 
information  he  requires,  the  inquiry  will  be  switched  to  other  nodes  in  the 
immediate  vicinity.  Such  switching  of  inquiries  will  have  to  be  under  control 
of  some  specific  network  system  that  will  supervise  communication  of 
messages  among  nodes.  At  the  present  time,  these  messages  travel  in  our 
informal  library  network  in  a  rather  helter-skelter  manner;  this  circumstance 
will  not  be  tolerated  in  the  future. 

In  addition  to  nodes  containing  unique  information,  as  well  as  informa- 
tion duplicated  in  other  nodes,  there  undoubtedly  will  be  sub-nets  interwoven 
in  the  major  network,  wherein  nodes  will  occur  less  frequently.  For  instance, 
a  sub-net  for  Far  Eastern  materials  may  have  many  fewer  nodes  than  will  the 
standard  network.  Nevertheless,  an  inquiry  for  Far  Eastern  information  will 
not  be  restricted  to  stores  primarily  holding  that  type  of  information. 

Two  major  objectives  of  the  OCLC  system  should  be:  (1)  furtherence  of 
participation  of  academic  libraries  in  educational  and  research  programs  of 
their  institutions,  and  (2)  a  system  design  that  would  enable  the  system  to 
evolve  toward  library  systems  of  the  end  of  the  century.  The  mission  by 
which  OCLC  will  make  it  possible  for  academic  libraries  to  participate  in  their 
institutional  programs  will  be  to  increase  availability  of  bibliographic  resources 
within  the  institution  and  from  neighboring  institutions.  Another  mission  will 
be  design  of  systems  that  will  bring  bibliographic  resources  close  to  the  user, 
so  that  he  can  gain  access  to  them  more  nearly  when  and  where  he  needs 
them  than  is  possible  in  classical  library  practices. 
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In  general,  it  seems  clear  that  a  regional  computerized  library  network 
can  increase  availability  of  local  and  distant  resources  in  a  manner  which 
individually  computerized  libraries  can  not.  Similarly,  and  variably,  and  de- 
pending upon  the  size  of  the  institution,  the  computerized  regional  network 
will  furnish  libraries  with  computer  competence  and  capabilities  that  also 
could  not  be  otherwise  available.  As  for  processing  in  an  individual  library, 
such  a  central  computerization  will  effectively  reduce  amounts  of  duplicate 
processing  that  have  plagued  American  librarians  ever  since  the  introduction  of 
the  card  catalog.  Of  course,  the  card  catalog  has  not  been  the  sole  factor 
responsible  for  costly  duplicate  processing;  it  has  also  been  the  increasing 
demand  to  obtain  access  to  books  rapidly,  once  they  were  received  locally, 
that  has  forced  the  easily  updated  card  catalog  into  being.  Centralcornputeri- 
Zjition  will  also  supply  computerized  services  for  mechaniz^3~cataTo^ngTfor 
ciKulatioa-eonl7oI,.fer_serial&-eefttfol,  and  for  technicaljprocessing,  which  are 
now  forbidden  to  the  large  majority  of  libraries  oVcausTof  cost  involved. 

It  is  more  than  obvious  from  this  discussion  that  central  computeriza- 
tion of  a  group  of  academic  libraries  holds  more  than  enough  advantages  for 
faculty  and  students,  as  well  as  for  a  library's  own  operations,  to  justify  a 
regional  system.  However,  the  question  arises  as  to  whether  the  system  should 
be  designed  to  operate  purely  for  the  region  or  as  a  participant  in  a  larger 
network.  In  other  words,  should  OCLC  design  a  system  that  would  be  an 
Ohio  system  on  an  Ohio  computer  for  Ohio  academic  libraries,  or  should  it 
design  a  system  which  would  operate  effectively  for  Ohio  academic  libraries, 
but  which  could  operate  with  equal  effectiveness  for  public  libraries  and 
special  libraries  in  some  other  state  or  states? 

When  advantages  of  a  system  designed  purely  for  Ohio  academic  libraries 
operated  on  some  existing  Ohio  computer  were  compared  by  OCLC  with 
advantages  of  a  regional  system  that  would  be  a  part  of  a  national  network, 
the  latter  appeared  obviously  superior.  Indeed,  it  was  difficult  to  detect  any 
real  advantages  in  a  uniquely  regional  design.  Disadvantages  of  such  a  system 
would  raise  to  the  network  level  the  amount  of  uncoordinated  computeriza- 
tion now  going  on  among  individual  libraries.  To  be  sure,  computerization 
within  individual  libraries  is  yielding  valuable  experience  and  knowledge,  and 
will  continue  to  do  so  in  years  ahead.  Nevertheless,  it  is  certain  that  it  will  be 
almost  impossible,  for  a  variety  of  technical  reasons,  to  meld  individually 
computerized  libraries  into  a  network  in  the  foreseeable  future.  Therefore, 
design  of  a  regional  system  that  could  be  a  node  in  a  national  network  seems 
to  be  the  obvious  choice,  and  the  decision  at  OCLC  was  to  proceed  along  this 
avenue  in  hopes  of  producing  a  system  whose  hardware,  programs,  and  data, 
could  be  duplicated  for  operation  in  another  region  and  with  minimal  develop- 
ment expense. 

After  the  decision  was  made  to  design  the  system  as  a  prototype  node 
in  a  national  network,  the  next  major  question  examined  was:  What  will  be 
the  characteristics  of  a  prototype  node  that  will  also  enable  individual 
academic  libraries  to  attain  their  objectives?  There  are  two  groups  of  users  of 
such  a  system:  (1)  faculty  and  students,  and  (2)  library  staff.  The  OCLC 
system  is  dedicated  to  concentration  on  participation  with  faculty  and 
students,  but  to  do  so  requires  a  large  store  of  machine-readable  bibliographic 
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information.  Therefore,  it  was  decided  that  the  first  major  project  to  be 
activated  will  be  a  shared-cataloging  activity  dependent  upon  a  single  central 
computerized  catalog  which  will  record  the  holdings  of  each  academic  library. 

A  particular  advantage  of  the  shared-cataloging  system  for  libraries  will 
be  elimination  of  duplicate  cataloging,  at  least  duplicate  descriptive  cataloging, 
in  the  Ohio  community.  Moreover,  the  Library  of  Congress  has  agreed  to 
supply  the  OCLC  system  daily  with  machine-readable  cataloging  records  from 
a  console  maintained  by  OCLC  in  the  Library.  When  enough  machine-readable 
cataloging  records  originating  in  Ohio  have  accumulated  to  make  it  worthwhile 
to  do  so,  the  Library  of  Congress  will  start  to  take  such  machine-readable 
records  out  of  the  Ohio  system  for  use  in  cataloging  at  the  Library  of 
Congress.  From  the  very  start  of  system  design,  it  was  determined  that  the 
MARC  II  format  would  be  used  to  insure  easy  compatibility  and  communi- 
cation, as  well  as  greater  opportunity  for  use  of  programs  written  elsewhere.  As 
the  result  of  OCLC's  decision  to  use  the  MARC  II  format,  it  will  be  perfectly 
simple  to  acquire  machine-readable  cataloging  from  the  Library  of  Congress 
and  to  furnish  it  to  the  Library  in  return. 

The  computer  required  to  operate  a  shared-cataloging  system  wherein 
only  passage  of  cataloging  records  and  formatting  of  original  cataloging  is 
involved  need  not  be  a  large  one.  Indeed,  a  relatively  small  computer  will  be 
adequate  for  these  purposes.  However,  a  great  deal  of  computer  power  is 
required  for  sophisticated  catalog  card  production.  Therefore,  it  was  decided 
to  design  a  stand-alone  system  involving  a  small,  dedicated  computer  which 
would  manipulate  messages  consisting  of  copies  of  bibliographic  records. 
Catalog  card  production  would  be  accomplished  by  having  those  records  from 
which  cards  were  to  be  produced  for  a  specific  library  written  on  a  magnetic 
tape.  After  close  of  business  each  day,  this  tape  would  be  dismounted, 
mounted  on  a  tape  drive  of  a  large  computer  and  used  for  catalog  card 
production.  Such  cards  would  be  produced  according  to  specifications 
furnished  by  each  library.  The  Center  would  send  them  to  the  requesting 
library  Hopefully  within  twenty-four  hours  after  cataloging  had  been  completed. 
Cards  would  be  arranged  in  packs,  in  final  form,  and  alphabeted  for  filing  in  a 
catalog,  a  single  pack  being  designed  for  a  specific  catalog. 

In  short,  the  system  is  being  designed  so  that  an  individual  library  will 
have  greater  liberty  in  carrying  out  cataloging  policies  and  practices  than  it  does 
now,  and  at  the  same  time  will  gain  the  advantages  of  centralization.  If  an 
individual  librarian  elects  to  instruct  his  catalogers  to  follow  Library  of 
Congress  cataloging  exactly,  no  matter  what,  he  is  free  to  do  so.  On  the  other 
hand,  a  librarian  who  may  wish  to  have  his  catalogers  change  subject  classifi- 
cation and  subject  headings  for  the  needs  of  his  users,  when  those  needs  are 
known,  is  also  free  to  do  so.  A  middle  path,  which  some  librarians  pursue  in 
recognition  of  the  fact  that  the  Library  of  Congress  cannot  always  maintain 
its  own  standards,  is  also  possible;  in  this  case,  inaccuracies  and  inadequacies 
of  Library  of  Congress  cataloging  are  eliminated  and  the  cataloging  is  brought 
up  to  LC  standards. 

The  dedicated  computer,  together  with  its  peripheral  equipment, 
programs,  and  indeed  data,  will  constitute  a  system  which  can  be  duplicated 
in  another  region  without  expenditure  of  large  sums  for  development.  Such  a 
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small,  dedicated  computer  will  have  the  ability  to  interface  with  another 
computers  of  its  own  model  and  possibly  with  larger  computers,  thereby 
eliminating  the  inelegant  procedure  of  interfacing  by  magnetic  tape. 

An  early  cost-benefit  study  for  an  actual  academic  library  in  Ohio 
having  50,000  volumes,  a  $60,000  annual  budget,  and  1.5  catalogers  proces- 
sing 3,000  titles  a  year  yielded  a  total  of  $6,323,  of  which  $1,739  was  the 
prorated  share  of  its  use  of  the  central  computer  facility  and  $4,584  for 
console,  dataphone,  and  telephone  line  charges.  In  return  for  this  expenditure, 
the  library  could  release  one  of  its  one  and  one-half  catalogers  for  other 
activities,  would  have  on-line  access  to  a  union  catalog  of  holdings  of  recent 
imprints  in  Ohio  libraries,  and  would  be  able  to  communicate  with  any  other 
Ohio  library,  particularly  to  determine  whether  or  not  needed  volumes  were 
immediately  available.  In  addition,  the  library  could  receive  copy  for  produc- 
tion of  monthly  accession  lists  and,  of  course,  would  have  catalog  cards 
produced  at  a  cost  equal  to  or  lower  than  it  now  expends.  The  Center  could 
also  furnish  spine  labels,  book  cards,  and  book  pockets. 

Soon  after  the  shared-cataloging  project  goes  into  operation,  there  will 
be  activated  a  bibliographic  information  retrieval  system  which  will  allow  users 
of  Ohio  libraries  to  obtain  rapid  and  complete  searches  under  subjects.  An 
effort  will  be  made  to  increase  amounts  of  subject  indexing,  which  are 
presently  inadequate  in  all  libraries.  After  the  bibliographic  information  re- 
trieval project  is  operational,  work  will  begin  on  a  circulation  system.  Here  it 
is  hoped  that  the  Ohio  State  University  Libraries  will  be  able  to  undertake 
design  of  the  system  for  their  own  purposes  and  for  OCLC.  The  base  of  the 
system  will  be  a  brief  cataloging  record  in  the  central  machine  system  for  each 
title  in  an  Ohio  academic  library— a  system  quite  like  that  which  recently  went 
into  operation  at  the  Bell  Laboratories.5  Design  of  this  system  will  strive  for 
eventual  use  of  touch-tone  telephones  enabling  a  user  to  gain  access  to 
bibliographic  records  from  a  great  many  locations  in  contrast  to  the  single 
card  catalog  available  to  him  today.  However,  it  is  likely  that  the  first 
application  of  this  system  will  use  typewriter  consoles  which  in  larger  univer- 
sities may  be  located  in  each  university  building  and  in  smaller  institutions 
probably  restricted  to  the  library. 

A  preliminary  cost-benefit  study  at  the  Ohio  State  University  libraries 
indicates  that  huge  savings  to  users  may  be  achieved.  A  conservative  estimate 
employing  the  minimum  wage  rate  for  students  and  $10  an  hour  for  faculty 
yielded  an  annual  savings  to  users  of  nearly  a  million  dollars  in  time. 
Innovations,  such  as  this  type  of  circulation  system,  will  vastly  improve 
capability  of  libraries  to  participate  in  their  institutions'  educational  and 
research  programs. 

A  fourth  project  for  the  OCLC  system  will  be  a  serials  control  program, 
and  a  fifth  one,  a  sophisticated  technical  processing  sytem  which  will  com- 
puterize not  only  clerical  activity  but  also  some  supervisory  activities  and  will 
furnish  management  information.  Such  a  technical  processing  system  requires 
large  amounts  of  computer  power  and  will  necessitate  an  interface  between 
the  stand-alone  system  and  a  larger  local  computer. 

The  entire  system,  including  shared  catalog,  bibliographic  information 
retrieval,  circulation  control,  serials  control,  and  technical  processing,  will  be 
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based  on  one  file,  thereby  achieving  a  truly  comprehensive  system.  Examina- 
tion of  a  rough  model  of  the  system  reveals  several  inadequacies.  Perhaps  the 
principal  inadequacy  is  the  present  lack  of  a  technique  for  organizing  a  huge 
file  of  bibiographic  entries  that  might  be  as  large  as  10,000,000  items.  Such  a 
basic  file  would  have  various  indexes  to  it,  such  as  subject  indexes,  and  call 
number  indexes,  but,  ideally,  the  file  itself  should  be  organized  so  that  each 
entry  is  self-addressing,  thereby  making  it  possible  to  retrieve  each  entry 
without  having  to  search  through  a  series  of  large  indexing  files.  Work  on 
solution  to  this  problem  is  currently  underway  at  Yale  University  and  at 
OCLC. 

Another  major  inadequacy  is  terminals.  At  the  present  time,  it  seems 
clear  that  a  CRT  terminal  is  the  preferred  type  for  catalogers  to  use.  However, 
the  principal  reason  is  that  from  the  human  point  of  view  it  is  vastly  easier  to 
use  than  any  other  type  of  terminal,  particularly  for  editing  cataloging  copy. 
As  noted  above,  a  CRT  capable  of  efficient  service  to  a  cataloger  does  not,  at 
the  moment,  exist,  although  at  least  one  manufacturer  is  in  the  process  of 
making  one  available,  and  other  manufacturers  are  designing  consoles  with 
upper-  and  lower-case  capability  for  production  in  the  near  future. 

The  library  user  does  not  need  to  have  a  console  that  will  enable  him  to 
do  editing.  Indeed,  it  would  be  undesirable  for  him  to  edit  just  as  it  is  now 
undesirable  to  have  enthusiastic  borrowers  write  emendations  on  catalog  cards. 
The  most  desirable  characteristic  of  a  terminal  for  users  is  that  it  should  be 
cheap  and  widely  available.  Clearly,  the  most  likely  candidate  in  this  respect  is 
the  standard  telephone  set.  It  is  anticipated  that  touch-tone  telephones  will  be 
widely  available  in  a  few  years,  and  since  recent  models  of  touch-tone  tele- 
phones possess  twelve  buttons,  they  communicate  alphabetic  as  well  as 
numeric  information.  In  anticipation  that  such  an  instrument  will  become 
widely  available,  it  is  hoped  that  a  design  can  be  developed  which  will  make  it 
possible  for  users  to  gain  access  to  the  library  bibliographic  system  from  such 
instruments.  However,  there  is  one  obvious  problem:  the  communication  of 
results  back  to  the  user  over  telephone  instruments.  Clearly,  this  inadequacy 
could  be  eliminated  by  employing  human  beings  to  repeat  to  the  user, 
information  produced  from  the  computer.  Although  such  a  procedure  might 
be  effective,  it  is  an  undesirable  employment  of  human  beings. 

This  paper  is  a  synoptic  case  history  of  the  systems  design  of  a  regional 
computerized  library  system.  Objectives  of  the  system  are  library  participation 
in  educational  and  research  programs,  the  development  of  a  prototype  node  in 
a  national  network,  and  design  of  a  system  which  will  evolve  into  a  far  more 
sophisticated  system  which  in  the  decades  ahead  will  contain  not  just  biblio- 
graphic information,  but  also  textual  materia^  The  case  history  is  presented  to 
relate  how  the  early  stages  of  system  design  were  undertaken  in  a  specific 
instance.  The  actual  design  as  presented  is  not  the  final  design,  but  only  the 
current  organization  of  an  evolving  system.  The  only  guarantee  that  can  be 
made  about  the  design  is  that  it  will  be  different  within  a  month  after  this 
article  appears. 
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INDIANA  UNIVERSITY  REGIONAL  CAMPUS  LIBRARIES: 
TOWARD  A  SYSTEM  OF  ACADEMIC  LIBRARIES 

It  would  not  be  meaningful  to  analyze  the  academic  development  taking 
place  at  the  six  separate  locations  which  comprise  Indiana  University's 
Division  of  Regional  Campuses  in  terms  of  either  traditional  grass  lawn  or 
inner-city  colleges.  While  they  manifest  many  of  the  characteristics  of  colleges 
of  both  types,  they  are  essentially  unique  creatures  of  this  time.  In  their 
explosive  growth  they  reflect  the  long  repressed  needs  of  metropolitan  areas 
for  state-supported  educational  institutions  within  an  agrarian-oriented  state 
and  general  concern  and  questioning  on  the  part  of  a  state  legislature  about 
the  nature  and  desirability  of  the  megaversity  (with  its  apparently  insatiable 
appetite  and  its  confusion  concerning  the  roles  of  the  student  and  the  faculty, 
and  even  of  higher  education  itself,  in  our  society). 

The  ancestry  of  the  regional  campuses  can  be  traced  back  to  the 
off-campus  university  extension  activities  of  Albert  J.  Woodburn  in  the  1890's 
and,  in  the  following  years,  of  Professors  E.  A.  Ross,  John  R.  Commons, 
Jeremiah  Jenks,  and  Richard  G.  Boone.  These  men,  and  others  like  them, 
traveled  from  Bloomington  to  lecture  to  alumni  and  others  in  Indianapolis  or 
elsewhere  in  the  state.  In  1916  and  1917,  in  response  to  the  apparent  need  to 
provide  the  opportunity  for  part-time  study  in  urban  areas,  organized  centers 
were  established  in  Indianapolis  and  Fort  Wayne.  In  1921,  Gary,  the  North- 
western Center,  and  later  South  Bend-Mishawaka  requested  the  University  to 
offer  a  sustained  extension  program.  In  1941,  as  a  result  of  the  Federal 
government's  interest  in  war  training  courses,  the  Southeastern  Center  was 
established  in  Jeffersonville  and  subsequently  continued  with  a  regular 
academic  program.  Shortly  after  World  War  II,  in  1945,  when  a  junior  college 
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suspended  operations  in  Kokomo,  the  University  was  asked  to  take  over  that 
program,  and  did  so.  Within  the  last  decade,  primarily  as  a  consequence  of 
moving  from  a  facility  initially  constructed  to  serve  needs  other  than  higher 
education  to  more  appropriate  quarters,  usually  with  grass,  the  term  "campus" 
was  substituted  for  "center." 

Since  1960,  and  especially  within  the  past  five  years,  there  have  been 
dramatic  changes  at  the  campuses.  From  1962/1963  to  1967/1968,  total 
enrollment  has  increased  47.7  percent,  to  17,100  total  credit  students.  Within 
this  total,  and  even  more  significant,  is  a  248.8  percent  increase  in  full-time 
students,  to  6,540.  With  these  developments  have  come  new-albeit  inadequate- 
physical  plants,  a  full-time  faculty  of  over  450,  and  degree  programs  in 
business  and  education,  with  others  imminent.  The  felt  need  for  libraries  has 
increased  at  an  even  greater  rate. 

Several  factors  were  basic  to  each  of  the  campuses:  1)  initiative  and 
housing  for  the  centers  were  usually  provided  by  the  local  communities;  2) 
the  centers  were  self-supporting;  3)  they  were  not,  in  fact,  viewed  as  an 
integral  part  of  the  Indiana  University;  and  4)  there  were  no  deliberate  plans 
to  develop  regular  academic  programs  at  the  regional  campuses  leading  to 
degrees. 

Within  this  environment  of  occasional  students  and  subway  faculty— an 
environment  lacking  in  definition  and  support— the  organizational  entity  re- 
sponsible for  the  administration  of  the  campuses,  the  division  of  regional 
campuses,  met  only  the  most  immediate  of  the  pressing  problems.  This  history 
of  responding  to  get  through  the  day,  of  acting  on  the  expedient,  still  affects 
the  organization  and,  consequently,  the  provision  of  library  services.  Each  of 
the  campuses  had  a  collection  of  books  because  they  were,  after  all,  educa- 
tional, but  until  1965  these  could  have  been  called  libraries  only  in  simplistic 
desperation.  Indeed,  a  library  at  these  campuses  would  not  have  been  pertinent. 

On  the  six  campuses  the  library-type  functions  originated  as  separate 
entities.  These  libraries  performed  the  spectrum  of  their  duties  independently 
of  each  other  and  of  the  University  Library  at  Bloomington.  In  1962/63  they 
had  a  total  of  40,300  volumes— though  not  always  useful  ones;  a  budget  for 
library  materials  and  binding  of  $47,450— though  some  libraries  did  not  bind; 
and  they  subscribed  to  634  periodicals.  Within  the  six  libraries  there  were  two 
full-time  non-professional  employees  and  one  full-time  professional. 

Faced  with  growing  faculty  dissatisfaction  with  the  library  situation  at 
the  regional  campuses,  the  President  of  the  University  appointed  a  Committee 
on  Library  Problems  of  the  Regional  Campuses.  The  committee  recommended 
the  following:  1)  that  the  libraries  be  developed  to  support  junior  and 
four-year  college  programs;  2)  that  technical  processes  be  centralized  in 
Bloomington;  3)  that  the  faculty  at  the  regional  campuses  have  regular  access 
to  the  library  materials  at  Bloomington;  and  4)  that  an  assistant  director  of 
libraries,  charged  with  developing  these  libraries,  be  employed.  An  assistant 
director  of  libraries  was  hired  to  begin  July  1,  1964. 

On  the  basis  of  visits  to  the  regional  campuses  and  discussions  with 
regional  campus  faculty  and  administration,  as  well  as  a  growing  awareness  of 
the  political  realities  within  the  state  and  the  University,  the  assistant  director 
began  almost  immediately  to  centralize  technical  processing.  However,  it  was 
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patent  that  library  materials  for  research  needs  were  urgent  and  that  even 
with  substantially  greater  resources  than  were  available,  this  need  could 
not  be  met.  It  was  imperative  that  a  public  service  operation  be  developed 
locally  which  would  provide,  from  the  University  Library  at  Bloomington 
or  through  interlibrary  loan  from  other  institutions,  library  materials  not 
locally  available.  The  promotion  and  implementation  of  this  system  was  given 
a  priority  equal  to  technical  processing. 

While  the  committee  also  recommended  that  the  assistant  director 
should  be  a  member  of  the  University  Library  and  that  the  University  Library 
would  be  responsible  for  the  operation  of  the  regional  campus  library  system, 
this  did  not  occur.  As  a  result,  the  regional  campus  libraries'  Bloomington 
office  does  not  operate  as  part  of  the  University  Library.  And,  since  the 
budget  for  the  regional  campus  libraries  is  made  up  of  the  library  sections  of 
the  separate  budget  documents  of  each  regional  campus  and  the  Divison  of 
Regional  Campuses  in  Bloomington,  each  regional  campus  library  does  not,  in 
reality,  operate  as  part  of  the  system.  Each  pays  for  and  receives  services  from 
Bloomington.  The  charge  for  these  services  is  determined  by  the  total  cost  of 
the  Bloomington  office  prorated  by  each  regional  campus  book  budget. 

It  might  have  been  possible  to  divert  funds  from  the  various  regional 
campus  libraries  into  the  Bloomington  operation  whenever  the  Division  of 
Regional  Campuses  had  funds  for  positions,  but  this  was  not  done.  Instead, 
the  budgets  of  the  campus  libraries  were  increased  so  that  reference  librarians 
and  senior  non-professionals  could  be  hired  and  the  salary  scale  would  be 
competitive. 

By  1966/67  fourteen  professionals  and  sixteen  clericals  had  been 
budgeted  at  the  various  regional  campuses.  Whereas  three  professionals  and 
four  clericals  had  been  budgeted  for  the  Bloomington  office  in  1964/65,  there 
were  only  four  professionals  and  ten  clericals  at  Bloomington  in  1966/67.  Of 
these,  only  two  professionals  and  seven  clericals  actually  were  in  technical 
processing.  The  book  budget  for  that  year  was  slightly  in  excess  of  $300,000. 
It  was  not  until  1967/68  that  the  state  legislature  provided  direct  appropria- 
tions to  the  regional  campuses  and  sufficient  funds  became  available  to 
support  the  technical  processing  function  at  an  operational  level.  The  staff 
now  consists  of  four  professionals  and  twenty-one  clericals  (see  Figure  1).  The 
1967/68  book  budget  is  $505,000. 

Once  the  decision  to  centralize  technical  processing  was  made,  it  was 
apparent  that  the  arrangement  would  have  to  provide  for  the  following: 

Immediacy 

a)  To  effect  change  quickly  and  thereby  provide  a  psychological 
boost  to  the  library  staffs  and  faculties. 

b)  To   permit   the   staff  at   each   regional   campus   to   begin  to 
concentrate  on  directly  supporting  and  intensifying  the  educational  ex- 
perience, and  to  build  a  collection  reflecting  the  academic  program. 

c)  To  provide  a  standard  of  acquisition  and  cataloging  qualita- 
tively superior  to  that  currently  being  maintained. 
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a)  To   perform   at   the   regional   campuses   and  at   Bloomington 
routines  appropriate  for  a  small  and  untrained  staff. 

b)  To  find  procedures  at  Bloomington  which  lend  themselves  to 
whatever  advantages  lie  in  volume  or  repetition. 

c)  To  employ,  whenever  possible,  techniques  which  utilize  work 
already  done  or  which  could  be  done  outside  the  system. 


Flexibility 


a)  To  assure  that  each  library  within  the  system  is  treated  as 
unique. 

b)  To  be  instantly  applicable  and  yet  permit  modification  and 
extension,  without  affecting  the  everyday  obligation  of  the  system  itself. 


Conservation 

a)  To  perform  essential  library  functions— functions  which  may  at 
some  future  time  devolve  upon  each  of  the  separate  regional  campus 
libraries. 

b)  To  generate  products  acceptable  to  the  library  user  and  to  the 
future  librarians  who  might  be  expected  to  use  these  products  volun- 
tarily and  not  create  others. 

Innovation 

a)  To  condition  the  environment  to  accept  change  in  the  nature 
of  the  academic  library  function.  For,  being  outside  of  a  true  univer- 
sity-wide library  system,  the  regional  campus  libraries  will  suffer  an  ever 
increasing  inability  to  provide  the  resources  to  support  an  academic 
program  comparable  to  that  of  Bloomington. 

b)  To  show  that  within  these  emerging  dynamic  environments- 
environments  requiring  radical  solutions,  not  palliatives  or  nostrums— the 
forces   of  modern  research  and  technology  can  be  applied  to  effect 
radical  savings  in  resources  without  negatively  affecting  the  library  func- 
tion. 

As  discussions  were  being  held  with  the  University  agency  responsible  for 
the  operation  of  the  University's  management  and  housekeeping  computa- 
tional installation  about  the  possibility  of  using  their  machines  and  staff,  the 
Bloomington  office  began,  in  February  1965,  to  purchase  and  process  library 
materials  for  the  regional  campuses. 

While  this  was  essentially  a  hand  operation,  routines  were  initiated  that 
would  fit  later  into  a  computer-based  system.  For  example,  full  bibliographic 
data  were  found  prior  to  the  typing  of  purchase  orders.  This  also  served  to 
backlog  slips  rather  than  books,  for  which  there  was  absolutely  no  room.  The 
Dewey  system  was  abandoned  for  the  Library  of  Congress  classification,  not 
only  because  it  would  provide  a  better  bibliographic  foundation  for  the  future 
growth  of  the  various  collections,  but  far  more  important,  because  it  would 
require  less  staff  and  talent.  Purchase  orders  were  typed,  heat  sensitive  stencils 
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were  prepared,  and  multiple  sets  of  catalog  cards  were  run.  By  July  1,  1965, 
$148,217  worth  of  materials  had  been  paid  for,  11,000  volumes  had  been 
added  and  720  new  subscriptions  placed.  Needless  to  say,  by  the  end  of  this 
period  no  cards  were  being  made  and  the  accounting  system  was  a  shambles. 

Whereas  initial  discussions  on  the  possible  use  of  the  computer  facility 
were  not  fruitful,  they  did  expose  the  participants  to  the  limitations  each 
could  expect.  After  the  processing  of  books  began,  however,  the  Division  of 
Data  Systems  and  Services  came  to  realize  that,  because  of  their  obligations  to 
other  University  agencies  it  was  imperative  for  them  to  pursue  the  possibilities 
of  electronic  accounting  machine  techniques  to  type,  sort,  and  maintain  the 
financial  record.  It  was  possible  at  this  point  for  the  Division  to  illustrate  this 
dramatically  by:  1)  an  analysis  of  the  current  and  future  needs  of  the  regional 
campus  libraries;  2)  the  distribution  of  work,  which  made  it  possible  to  assign 
the  bulk  of  the  repetitive  work  to  Bloomington;  3)  the  complexity  of  the 
departmentalized  accounting  system  for  each  campus;  4)  the  obvious  inability 
of  the  Division  of  regional  campuses  to  provide  staff  or  space. 

Fortunately,  the  early  discussions  had  consumed  time— enough  time  to 
make  it  evident  that  bibliograhic  record  in  book  catalog  form  could  prove  to 
be  a  disaster.  For  there  were  no  institutional  means  evident  that  would 
regulate  the  rate  of  growth  or  ultimate  size  of  the  collections  at  each 
regional  campus;  the  collections  were  not  duplicative;  the  resources  to 
manufacture  book  catalogs  were  not  then  available  or  likely  to  become 
available;  and,  should  centralization  be  discontinued,  each  regional  campus 
library  might  not  be  able  to  continue  to  maintain  the  record  in  this  form. 

Early  in  1965,  a  competent  programmer  was  hired  by  the  Division  of 
Data  Systems  and  Services,  with  the  understanding  that  he  was  to  spend 
twenty  hours  weekly  with  regional  campus  libraries. 

By  October  of  that  year,  enough  of  the  system  was  finished  to  begin 
using  the  computer  to  print  purchase  orders.  By  the  Spring  of  1966,  the 
programming  for  maintaining  records  of  accounts  and  for  generating  and 
alphabetizing  cards  for  the  card  catalogs  at  the  regional  campuses  was  com- 
pleted, thereby  integrating  the  basic  system.  The  practice  of  typing  purchase 
orders  was  continued  through  September  1966,  though  no  catalog  cards  were 
produced  from  approximately  May  1965.  Instead  the  data  had  been  put  on 
tape  so  that  cards  could  be  printed  when  the  basic  system  was  completed. 


Fundamental  to  the  integrated  technical  processing  operation  is  the  repeated 
use  of  the  data  resulting  from  the  initial  bibliographic  search  by  the  Acquisi- 
tions Unit  (Figure  2).  These  data  are  edited  to  conform  to  the  requirements 
of  the  system  and  key  punched  (Figure  4)  for  input  into  the  computer.  The 
computer  generates  the  forms  necessary  for  ordering  and  accessioning  the 
book  (Figure  6).  The  Catalog  Unit  (Figure  7)  compares  the  book  against  the 
bibliographic  data  on  tape  and  uses  or  alters  these  data  to  match  the  book. 
The  computer-based  system  (Figure  8)  is  used  to  do  all  the  regional  campus 
libraries  system's  printing,  and  much  of  its  sorting,  and  to  store  a  record  of 
current  activity. 
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In  the  two  years  since  the  completion  of  the  basic  system,  the  Division 
of  Data  Systems  and  Services  has  not  had  the  capability  of  making  the  system 
more  sophisticated  or  of  programming  additional  components.  On  the  other 
hand,  the  regional  campus  libraries  have  been  prepared  to  develop  a  necessary 
separate  accounting  routine  for  serials,  with  the  built-in  capability  of  union 
listing  of  serials,  as  well  as  means  to  integrate  a  MARC  type  record  into  the 
present  system.  One  change,  the  inclusion  of  location  symbols  on  the  com- 
puter print-out  to  facilitate  interlibrary  loan  directly  between  campuses,  is 
expected  in  May. 

While  there  are  no  plans  to  move  into  the  areas  of  circulation  control, 
information  retrieval,  or  even  the  development  of  special  subject  listings,  the 
possibility  of  using  a  MARC  type  record  for  current  awareness  lists,  and  direct 
access  from  each  regional  campus  library  to  a  data  base  are  intriguing. 

CRITIQUE 

What  is  being  done  at  the  regional  campus  libraries  is  not  significantly 
different  than  what  is  taking  place  in  other  libraries.  The  speed  of  printing 
and  sorting  is  faster,  and  I  suspect  there  is  a  higher  degree  of  accuracy,  but 
most  important  is  the  ability  to  manipulate  data. 

The  manifold  problems  in  developing  and  maintaining  the  processing 
system  were  and  are  not  symptomatic  of  the  system  itself.  On  one  level  are 
the  problems  of  defining  the  nature  and  future  of  the  academic  programs  and 
the  functions  of  the  libraries  therein  and  of  answering  the  need  to  move  quickly 
and  significantly  toward  resolving  the  frustrations  of  the  faculty,  and  of 
abetting  the  development  of  a  high  order  teaching  and  research  environment. 
On  another  level  are  the  problems  of  no  staff  or  space;  of  a  relationship  with 
the  Division  of  Data  Systems  and  Services  which  is  at  best  tenuous  and  rarely 
satisfactory  in  providing  regular  shipment  of  catalog  cards  and  reports,  and  the 
problem  of  the  inability  of  the  six  regional  campus  libraries  to  provide  a 
constant  yearly  flow  of  purchase  orders. 

Just  as  the  first  set  of  problems,  critical  to  the  continued  existence  of 
the  system,  are  yet  to  be  resolved,  the  computer-based  system  itself  has  yet  to 
be  evaluated  under  circumstances  which  might  reasonably  reflect  its  effective- 
ness. It  is  anticipated  that  in  1968/69,  with  the  provision  of  adequate  space 
for  the  present  staff  and  an  improved  response  from  data  systems  and  services, 
this  might  be  possible. 

The  centralization  and  computerization  of  technical  processing  has  re- 
lieved the  staffs  at  each  regional  campus  of  a  responsibility  it  is  likely  they 
could  not  have  met.  It  has  not  changed  their  function  but  rather  intensified 
its  professional  character.  A  manifestation  of  this  is  the  1,800  to  2,200 
monthly  requests  for  material  not  available  locally,  which  originate  at  the 
regional  campuses  and  are  serviced  by  the  regional  campus  library  staff  in 
Bloomington.  There  has  been  no  criticism  of  the  products  generated  by  the 
computer  and,  in  fact,  some  small  pride  in  association  with  the  organized  use 
of  these  techniques  possibly  has  been  a  factor  in  recruitment  at  the  campuses. 

The  technology  of  the  system  has  tended  to  unify  the  system  as  a 
whole.  And,  while  there  is  always  the  danger  that  restraints  exist,  which  could 
in  time  become  restrictive,  these  portend  to  be  far  less  destructive  to  the 
provision  of  library  services  than  the  absurdity  and  redundancy  of  each  library 
operating  separately. 
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Figure  2.  Acquisition  Unit  Flow  Chart 
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Figure  2  (continued) 


98 


Step  Number 


Description  of  Each  Step 


1. 


2. 


3. 


5. 


6. 


7. 


8. 


9. 


Purchase  request  received  in  Acquisition  Unit 

from  each  Regional  Campus  Library. 

Purchase  requests  sorted  into  three  categories 

alphabetized: 

(1)  verified  as  in-print  items 

(2)  not  verified  as  in-print  items 

(3)  reorders  with  computer  print  out" number 
cited 

Acquisition  Librarian  distributes  Category  1 

(2.1)  and  Category  2  (2.2)  to  bibliographers. 

Acquisition  Librarian  sends  Category  3  (2.3) 

to  key  punch  supervisor. 

Individual  searchers  alphabetize  purchase 

requests  for  verified  in-print  items. 

Verified  group  searched  in  Computer  Print 

Out  (Sample  2). 

Verified  group  sorted  into  two  categories: 

(1)  original  orders 

(2)  reorders 

Category  2,  reorders  sent  to  key  punch 

supervisor. 

Category  1,  original  orders  sorted  into  two 

categories: 


Figure  2.  Acquisition  Unit  Flow  Chart 
Processing  Steps 
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Step  Number 


Description  of  Each  Step 


(1)  current  imprint  dates  (last  three  years), 
and  no  date  items 

(2)  older  imprint  items 

10.  Category  1,  purchase  orders  searched  through 
proof  slips,  public  catalog,  etc.  for  catalog 
and  order  information. 

11.  Catalog  information  for  finds  copied. 

12.  Catalog  information  attached  to  purchase  request, 

13.  Finds  sent  to  key  punch  supervisor. 

Category  2,  non-finds  sorted  into  two  categories; 

(1)  hold  for  later  search 

(2)  rush  and  special  items 

15.  Category  2,  rush  and  much  needed  items  sent 
to  key  punch  editor. 

16.  Category  2,  re-search  beginning  with  Step  6. 

17.  Older  items  (9.2)  searched  through  public 
catalog  and  National  Union  Catalog,  etc. 

18.  Catalog  information  for  finds  (17.1)  copied. 

19.  Catalog  information  attached  to  purchase 
requests. 

20.  Finds  sent  to  key  punch  editor. 

21.  Acquisition  Librarian  reviews  non-finds  (17.2) 
for  problems  such  as  misspellings,  etc. 

22.  Non-finds  sorted  into  two  categories: 


Figure  2  (continued) 
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Step  Number 


Description  of  Each  Step 


(1)  re-search 

(2)  order  with  purchase  information  only 

23.  Category  1,  re-search  beginning  with  Step  6. 

24.  Category  2,  purchase  information  only  items 
sent  to  key  punch  editor. 

25.  Category  2.2,  purchase  requests  not  verified 
as  in-print  searched  through  Books  in  Print, 
Cumulative  Book  Index,  Forthcoming  Books, 
publishers*  catalogs,  etc. 

26.  Purchase  requests  sorted  into  two  categories: 

(1)  verified  as  in-print 

(2)  not  verified  as  in -print 

27.  Category  1,  goes  to  Step  6  to  go  through 
search  routine. 

28.  Category  2,  items  not  verified  sorted  into 
two  categories: 

(1)  return  to  Regional  Campuses  for  out-of- 
print  search  decision 

(2)  direct  inquiry  letters  to  publisher  for 
verification  and  direct  order  routine. 

29.  Purchase  requests  from  Regional  Campuses 
requesting  search  for  out-of-print  items 
copied. 

30.  Out-of-print  items  sent  to  Acquisition 


Figure  2  (continued) 


101 


Step  Number 


Description  of  Each  Step 


31. 

32, 
33, 


Librarian  for  review  and  for  forwarding 
form  letter  and  purchase  request  to  out- 
of-print  dealer. 

Purchase  requests  and  bibliography  slips 
for  items  available  from  out-of-print  dealers 
sent  to  key  punch  editor. 
"No"  decision  on  out-of-print  searches  - 
request  cancelled. 

Step  28,  Category  2,  direct  inquiry  responses 
sorted  into  two  categories: 

(1)  verified  by  publisher 

(2)  not  verified  by  publisher 
Category  1,  goes  to  Step  6  to  be  taken 
through  search  routine. 

Category  2  is  returned  to  campuses  for 
review,  added  information,  corrected  infor- 
mation, out-or-print  search  decision,  or 
cancellation  of  request. 
Returns  from  campus  sorted  into  two  categories, 

(1)  returned  items  with  added  or  corrected 
information 

(2)  "yes"  decisions  on  out-of-print  searches 
Category  1  goes  to  Step  6  to  be  taken  through 
search. 

Category  2  goes  through  Steps  29,  30,  and  31. 


34, 
35 


36, 


37. 
38. 


Figure  2  (continued) 
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PURCHASE   REQUEST 

V. 

AUTHOR      Less  Ing,    G 

.    E. 

\ 

CALL  NO. 

TITLE        Laocc<5n     Nathan  the  Wise, 

Fll    jijfciN    SB 

Minna  von  Barnhalm 

DEPT.              39 

SERIES 

11  622  48 

FUND  NO. 

N.Y. 

EDITION                               PLACE 

Button 

PUBLISHER 

^/  I/DO 

3.00               1930                   i 

PRICE                                                      DATE                                                             VOLS 

VERIFIED 

LC    X 

JFK 

NUC 

FBK 

P» 

CBI       APPROVED 

PC                                           FORWi* 

RD  THIS  SLIP  TO  BLOOMINGTON 

CPO 

PURCHASE  REQUEST 


CALL   NO. 

AUTHOR 
TITLE 
SERIES 

F    lljJK    N    SB 

DEPT. 

FUND  NO. 

EDITION                               PLACE                                     PUBLISHER 

DATE  OF  ORDER 

PRICE                                                       DATE                                                              VOLS. 

DEALER 

CAT.    NO. 
ITEM    NO. 

VERIFIED 

LC                                                                                                                  BIP        RECOMMENnFn     BV 

NUC                                                                         FBK 

PS                                                                                           CBI       APPROVED 

CPO   NO. 

fc                                           FILE  THIS  SLIP  AT  REGIONAL  CAMPUS  LIBRARY 

CPO 

PURCHASE  REQUEST 

AUTHOR 


F    II  J|K    N    SB 


CAT.    NO. 
ITEM   NO. 


PUBLISHER 


RECOMMENDED    BY 


CBI       APPROVED 


RETURN  THIS  SLIP  TO  REQUESTOR 


Sample  1.  Purchase  Request 
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Type  of  Activity 

Number 
of  Items 

Average  Time 
Per  100  Items1 

Sorting  and  stamping  - 
Date  of  receipt 

500 

9  Min. 

Alphabetizing 

500 

13  Min. 

Search  BIP  for  unverified 
items  /  found 

84/62 

26  Min. 

Search  computer  print- 
out /  found 

4?8  /  180 

2  Hr.  35  Min. 

Search  proof  slips  /  found 

117  /  34 

2  Hr.  25  Min. 

Search  NUC,  etc.  /  found 

138  /  87 

5  Hr.  50  Min. 

Search  Public  Catalog 
/  found 

240  /  138 

3  Hr.  20  Min. 

Assign  dealer  and  prices 

469 

53  Min. 

Not  located 

31 

Non-established 

24 

Hold 

7 

Acquisition  Summary 

500 

7  Hr.  45  Min. 

Represents  actual  work  time,  based  on  sufficient  sample 
groups  of  100  to  indicate  an  average.  For  example,  in  a 
regular  day,  a  total  of  approximately  one  person's  time 
would  be  required  to  process  approximately  400  requests. 


Figure  3.  Acquisition  Unit  Activity, 
Based  on  500  Purchase  Requests 
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Figure  4.  Key  Punch  Unit  Flow  Chart 
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Key  Punch  Unit  Flow  Chart  -  Processing  Steps 


Step  No. 


Description  of  Each  Step 


7. 

8. 

9. 
10, 
11. 


In  print (B)purchase  requests  and  bibliographic 
slips  received  key  punch  supervisor  from 
Acquisitions  Unit,  then  adapted  by  key  punch 
editor  to  system's  limitations  and  coded  for 
keypunchers  where  necessary.   (Sample  3  and 
Sample  4) 

Edited  purchase  requests  and  catalog  informa- 
tion sent  to  keypunchers. 

Keypunchers  stamp  activity  number  on  both  pur- 
chase request  and  catalog  copy.   (No  catalog 
copy  for  reorders  ^^ or  not -established  items  (5} 
Order,  accounting,  and  cataloging  information 
key  punched  on  IBM  029. 

Tabulating  cards  with  accounting  information 
verified  on  IBM  026. 

Key  punched  decks  with  purchase  requests  and 
catalog  slip  sent  to  key  punch  revisor. 
Key  punch  editor  proof  reads  keypunched  decks. 
Key  punch  revisor  marks  errors. 
Revisor  returns  corrections  to  keypunchers. 
Errors  corrected. 
Corrections  return  to  Step  6. 
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Step  No. 


Description  of  Each  Step 


23. 
24. 


25. 
26. 
27- 

28, 
29. 

30, 


Key  punch  editor  indicates  alterations  on  deck, 
whenever  necessary. 

Key  punch  editor  sorts  reorders  into  two  cate- 
gories . 

(1)  reorders  with  no  alterations  necessary 

(2)  reorders  with  alterations  in  deck 
Category  1,  purchase  requests  and  decks  sent 
to  key  punchers. 

Keypunchers  assign  new  activity  number  to  pur- 
chase request. 

Reorder  cover  cards  and  necessary  alterations 
keypunched  on  original  tab  cards,  if  possible, 
or  on  new  tab  cards.   (Sample  5) 
Cover  card  verified. 

Purchase  requests,  cover  cards,  and  decks  sent 
to  Step  12. 

Category  2,  reorders  with  alterations  in  deck 
forwarded  to  Step  3. 
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PURCHASE   REQUEST 

A,,™*  Lessing,   G.  E. 


F  i  I    J   KXN i  SB 


39 


3/1/68 

ATE    Of   OUDtft 


Th 


Laocottn,  Nathan  the  Wise, 
Minna  von  Barnhelm 


Ed- 


Dutton 


2.80 


r,  GottkoU  Bphnta,  1TW-1781. 
L*ooo6n,  NaUuu   the   Wat, 


l7i4a5'?^lli-eSStr<G.    SQTTHOLS   EPURrtlM..     1729-17.?!. 

MAT «  !    f  ^   ^JISZ.    .1!T<A    ,'OH 
^724-1-534 llHUTTOn.     193.1.       .?9o   P. 

HY    Of    LLS^:l«,    p.    XIII-XIV. 

Y  UQSJKS  TO 

5322t STEEL •    JILLIArtft. .    TSr. 
THiC    WISE. 
O:H   EASriHELrl. 
7£*0?.:-711THIS   CH  ONLY. 


i  i  i  i  s  I  r  i  i  mi  uuKisiiiniiinn  !;!!!<««!7nn»)i  ui3«BKji»m«<M!i]u<5«<nni»si  vs]MSiS4s;Msi»ii«i]Hn»iiui!nn  nntiiinnnn* 

Mini  i  r '  n  ii  ii  1 1 1 1 1 1  M  1 1  m  1 1 1 1 1  n  i  in  mi  mi  n  1 1  MI  nn  1 1 11  n  1 1 1  ii  1 1  n  i  M  M  i 

22'  2222222222"  2 2 2 2 2 2 2 2 2 2 2 22 2 2 22 22 2 222 2 22 2 222 2 2 22 2 2 22 2 222 2 22 Z22 2 222 2 2222 2 222 2 2 2 2 2 
3333333333-333333333  3  333 333333 333333333 J3333333J333333333333333333333333333333 
444444444444444444444444444444444444444444444444444444444444444444444444444444 

5555S-555555555'S55-555555555555555555S55555555555555555555555555555555555555555 


riiiiriiiiiiiimiimiiniinmiinimiimniiimiiimniiiiniinimn 

888886" 8888 "888888888" ' 888888888888888888888888888888888888888888888888888888888 


Sample  3.  Edited  Purchase  Order  and 
Bibliographic  Slip 
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PURCHASE 


m.  65 


llblb 


REQUEST 

Leon,  Luis  Ponce  de 

ITLK 

De  Los   Nombres  de  Cristo 


1931 


Madrid^ 


Espasa 


3/1/68 


i.7 


l*An,  Luis  Ponce  de,  1528I-1591. 

De  los  nombres  de  Cristo;  prolago-da  Gui.Urmo  Di»z 
Vtet*-  Madrid.  ^.j^^oropafiU  4bero-tmencan^de  p«W 

».  r*r^S^ 

Tde  1*  llt«r«tur«  i 
I .  !    f.      *\  I'ead  of  title :  Frmj  Luta  <J«  L«4in. 

Gb  .T  • 


I.  Jc»u»  Christ. 
Library  of  Congres* 


PQ6410.L3AU    J*«t    /  7..^ 
,2,  [2S2.8]     M8J 

fi 


r-'-,|lllilft>QS410 
|T!J|:!  I              i 

_3A1*        7-:-:.    t 

t  -•  v:- 

W" 

1     . 

nl            ! 

r'i 

i     i 

1         •'  *  '  I        ' 

Nuiian 

Kii 

! 

. 

'  Ill'j 

H     ' 

i     i 

7Ur--;=^P6£;n"lE'r:?-'V    LilCi    POKE    1^: 

[i73f-i.St-£rlOMIS»    F  PELF  Pi  CO   PE  •    FI . 

LQ:i    NOf-:rPE':'   I't    CPIiTO. 
r7^:?:-:8g-411Ci^.FTfi   FDiClOhj    E'FtiSf— r^LPF 

rSUS    ChFIST. 
,r.73E:-.S6f11I!Jl  lOTFC^r,   POFUl  nPE.;    rFRVV-f- 


:Ef-    r-FJOFFi    O 


0  0  0  0  0  0  0  0  0  0  0  0  '  0  0  0  "  0  0  0  0 '  0  0  0  0  0  0  0  0  0  '  0  0  0  '  '  0  0  '  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  (1 0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0 

1  !  J  <  s  i  7  I  1 10  ;i  iii]ui5ii:niis;o;i  ini  it  n  «!?!in»  ii  3!HM3smmi)40<i«o«is«i74i«Msi  siS)S4SSSt»si»Hiin(]HUtC(itiuran  niiiinnniiim 

1 1 1 1 1 1  n  f  n  11 1 1   1 1  r  1 1 11 '  1 1  r  1 11  n  r  11  r  1 11 1 1 11 1 1 1  u  1 11 1  M  1 1  n  1 1  n  M  1 1 1 1 1 1 1 1  M  1 1 

222-22222"  2 2 2 2 2 2 2 2 2 2 2 2 '  2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 ' 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 
33  "3"  33333"  3' 333 '3333333333  "3' 333  33333333  3333333333333333333333333333333333333 
44444444444444444  4 4H444 4 4444 44444 4444 4 444 44 444 444 44444 44H4 4 44444 444444 4 444 444 

5555555555555 ' 5 5 5 5 5 5 5 ' 5 5 5 ' 555555 '5555555555555555555555555555 555555 5 5555555555 5 5 
'66 666 •• 666666 6(6666666(66 '66666 666 666666666666 6666 6666 66 6666 666 686666(666666666 

riiimmiiiimiiiirmiiimnnmi  mum  mi  inmmm  in  minium 

8  8  8  8  2    8  8  8  8  8  8  8  6  8  8  8  8  8  8  8  8  8  6  8  8  8  8  6  '  8  8  8    8  8  6  8  3  8  8  8    8  8  8  8  8  8  8  8  8  8  8  8  8  8  8  8  8  8  8  8  8  8  8  8  8  8  8  8  6  6  8  8  8  8  8  8  8 

9  9  9  9  9  9  9  9  9  9  8  "  9  9 "  9  9  9 '  9  9  9  9  9  9  9  9  9  9  9  9  3  9  9  9  9  9  9  9  9  9  9  9  9  9  9  9  9  9  9  9  9  9  9  9  9  9  9  9  3  9  3  9  3  9  3  9  9  9  9  9  9  9  9  9  9  9  9  If  9 

X          1    2   I   I    i  S    I   I   )  111!  li^l<»lilII!l>13Ii:22!<42i»2)ii2ill]l.'2Ui4!;3ClI>JI<Olili<lH<j4i<l«(49SCSI!iS]S4US(!;SISIi>il!2(](4>bHSI!l«IIIi)H3;4n;i7?79nH 

V UN  oau , 


Sample  4.  Edited  Purchase  Order  and 
Bibliographic  Slip  and  Key  Punched  Cards 
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REOI3SAL  CAUCUS  L  BRARIES  ORDER  INFCRMAT  O'J  CARD  X 

6739397 

NUMBER 

o  o  3  c  g  c  . 

fflf 

3  .: 

r 

•1  ';  6  4  B  fs  : 

8'  00 

i 

<39 
[1 

'U 

300039 

0  ! 

CCOtM 

Ml 

IOC 

1  1  1 
222 
33  3 
14  » 
555 
666 
777 
881 
339 

\ 

33 
1  1 
22 
33 
44 
55 
6  6 
77 
81 

','. 

\ 

0  0  C  0  3  0  3  0 

OOOCaOOO 

ooao.oo 

30GG 

i  r  r 

0  0  3 

ft-, 

1 

oaocoo 

30"  JOB 

1111111 
2222:22 

33  3  3  :.. 
4444444 
5555555 
8  6  6  6  5  !. 

7  im 

8»8  888S 
99993 

!• 

;  '!3 
M  4 

vis 

i-  G  G 
77|7 
868 

!;& 

11  !  11  1 
! 

1 
1 
jMiSisS 

.cute 

7/7777 

II  8  8  88  8 
•  ',  9  'J  a  3 

1  1  ! 
22 
33 
44 
555 
66  b 
777 
188 
999 

11111111 
2222222,' 
33333333 
44444444 

55555555 
6666666; 
77777777 

88883888 
93999999 

11111111 
22222222 
33333333 
44441444 
5  5  5  5  S  !.  3  5 
66666666 
77777777 
MISUSE 
99999399 

IJ,IH« 

222; 

3333 
4444 
5555 
6666 
7777 
8188 
9999 

33 
44 
55 
6  6 
77 
88 
99 

1111 
2222 
3333 
4444 
5555 
666S 
7777 
3888 
9999 

1  i  1 

222 
333 

4.',  i 
555 
6  C  6 
777 
8  8  8 
999 

22 
3  3 
444 
555 
6E  6 
777 
!  8  8 
19 

1 

'2 
33 

44 
55 
66 
77 
88 
99 

i  i  i  1,1  i 

22222; 

3333,33 

444414 
555555 
666666 
7777*77 
8118.88 
999999 

111111 
222222 
333333 
444444 
555555 
666556 
777777 
38  S888 
999399 

1  1  1  1  1  1 
222222 
333333 
444444 
555555 
666666 
777777 
888888 
999999 

1  1 

22 

3  3 
44 
55 
66 
7  7 
38 

?,; 

Sample  5.  Reorder  Key  Punch  Card 


5S;^.ej3 

NUMBER 

0  0  '1  0  0 

111 

pT'2393 

i  I  ' 

H.JMBCR  " 

9  cota'nos 

A15 

1967 

-,3'4 

U 

33C 

i 

TH 

0  0  0  0  0  0 

I 

0  !• 

:!". 

\ 
i 

" 

\ 

oaoaocon 

00000099 

0000 

GO 

3800 

cc. 

sioo 

jttt- 
3 

000  ' 

OOGS3 

1111111 

i  1 

>  1  1'  1  :  1  1  1 

t  i  i  i  i  :'•  1  i  i  i  i  i  i 

1  i  1  1 

1  1 

r 

1 

1111,11 

1  1  i  1  1  1 

1  1  ;  1  1  1 

i  ;  1  1  1 

T  i.0 

1  1 

22  2  ::• 

72|2 

22 

22222222 

22222222 

22222; 

3222 

22; 

2?2 

22 

222222 

222222 

227222 

2222722 

333333 

3!3;3 

33 

3  3  3  3  3  3  J  3,3  3  3  3  3  3  3  3 

333333 

3333 

3  3  i 

3;  3 

33 

333  33 

33333 

333333 

33333 

3  3 

4444444 

«J4i4 

44 

4444444444444444 

444*,'.  4 

4444 

4  '.-, 

444 

44 

4444:44 

444444 

444444 

44444 

44 

5  5  5  5  5  5  5 

5  5  5  i  5  5|5  J  5 

55  55555 

55555555 

5555 

55 

5555 

55  : 

55 

35 

5555.55 

555555! 

555555 

55 

555 

55 

i  i 

66666 

66S 

65  6  f  55?  5  I, 

S  6  665566656  666C6 

66  6 

66 

S666 

66  : 

6  ?  G 

66 

6666166 

666666! 

o  S  C  5  5  - 

6666C 

66 

7777777 

7;  77 

•  777  J  7';  7  7 

77777777 

77777777 

777  ,77 

7777 

7  7  1 

77  7 

77 

7777J77 

777777' 

777777 

77|777 

7  7 

1 

888  888  S 

S  3;8 

J  J8I  '.  888 

888888SI 

818  S8883 

mill 

n  8  a 

3  8  9 

83! 

3  8 

3  888188 

8  3888' 

888888 

3  8 

8  t  3 

J  3 

1 

'•f'i'>''-  i 

I 

i 

9999999 
i  :  J  «  i  i  i 

99,3 

!«99  9IJ99 
T>o»d»m»»iii 

99933999-99399999 

9  3  i  9  9 

993; 

399 

39 

99 

53  M 

9?99'90 

3  9  9  39  9  C 

999999 

99999,99 

4  ;s«  n  )i  j  u 

/ 

Original  111  Card 
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Type  of  Activity 

Number 
of  Items 

Average  Time 
Per  100  Items1 

New  purchase  orders 

3812 

6  Hr.  13  Min. 

Edit 
Assign  activity  number 
Key  punch  accounting  card 
Verify  accounting  card 
Key  punch  decks 
Proof  decks 
Errors  corrected 

1  Hr.  26  Min. 
8  Min. 
22  Min. 
26  Min. 
1  Hr.  40  Min. 
1  Hr.  17  Min. 
1  Hr. 

Non-established  orders 

1451 

3  Hr.  48  Min. 

Reorders 

2217 

4  Hr.  26  Min. 

Receipts 

4967 

Key  punch 
Verify 

7  Min. 
8  Min. 

Catalog  cards  only 

2062 

3  Hr.  20  Min. 

Piling  decks 

1789 

1  Hr. 

Pulling  decks 

1525 

1  Hr.  22  Min. 

Figure  5. 

Key  Punch  Unit  Activity, 
March  1  -  April  1 5 


lFoi  example,  in  a  regular  day,  a  total  of  approximately  one  person's  time  would 
be  required  to  process  100  new  purchase  orders. 


Figure  6.  Accessioning  Flow  Chart 
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Step  Number 


Description  of  Each  Step 


7. 
8. 

9. 
10. 


11, 


12, 


13, 


Book  received  from  vendor,  usually  with 

Dealer  Return  Slip  (Sample  6) 

Invoice  file  checked. 

Books  and  records  matched. 

Materials  sorted  into  two  categories: 

(1)  books  and  invoice  match 

(2)  no  invoice  in  file 

Category  2,  books  without  invoices  returned 

to  shelves  to  await  invoice. 

Category  1,  encumbrance  file  slip  pulled  and 

slipped  into  book  (Sample  7) . 

Invoice  received  from  vendor. 

Shelves  of  books  awaiting  invoices  checked. 

Invoices  and  books  matched. 

Invoices  sorted  into  two  categories: 

(1)  book  not  yet  on  shelf 

(2)  book  and  invoice  match 

Category  1,  invoices  without  books  are  refiled 

in  the  invoice  file 

Category  2,  encumbrance  file  slip  pulled  and 

slipped  into  book. 

Invoice,  dealer's  return  copy  of  purchase 

order,  and  encumbrance  slip  matched  against 


Figure  6.  Accessioning  Flow  Chart 
Processing  Steps 
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Step  Number 


Description  of  Each  Step 


book  and  sorted  into  two  categories: 

(1)  all  slips  and  books  match 

(2)  invoice  or  books  do  not  match 

Category  1,  books  and  slips  sent  to  Cataloging 

Unit. 

Invoices  sent  to  Accessioning  Unit. 

Accessioning  Unit  examines  invoices  for 

errors  in  pricing,  proper  certification 

and  completeness. 

Accessioning  Unit  separates  invoices  into 

two  categories: 

(1)  invoices  correct  and  complete 

(2)  invoices  with  apparent  errors 
Category  1,  correct  invoices  forwarded  to 
Division  of  Regional  Campuses'  Business  Office. 


14. 

15. 
16. 

17. 


18, 


19- 


20. 


21, 


Division  Business  Office  key  punches  tabulating 


card,  giving  purchase  order  number  and  actual 

cost. 

Business  Office  forwards  key  punch  cards  to 

Division  of  Data  Systems  and  Services. 

Step  17,  Category  2,  incorrect  invoices 

analyzed  by  accessioner,  records  searched, 

etc.  (13.2) 


Figure  6  (continued) 
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Step  Number 

Description  of  Each  Step 

22. 

Invoices  sorted  into  two  categories: 

(1)  correspondence  with  vendor  necessary 

(2)  in-house  adjustments  possible 

23. 

Category  1,  letter  sent  to  vendor  requesting 

adjustment  and/or  correction. 

24. 

Carbon  of  letter  to  vendor  and  book  separated. 

25. 

Carbon  filed  away  awaiting  response  from 

vendor  (24.1). 

26. 

Book  shelved  in  accessioner's  area  awaiting 

response  from  the  vendor  (24.2). 

27. 

Category  2,  in-house  corrections  made  on 

forms  and/  or  record  (22.2) 

28. 

Invoice  approved  and  forwarded  to  Division 

Business  Office  for  Step  19  and  Step  20. 

29. 

Books  sent  to  Cataloging  Unit  for  processing. 

Figure  6  (continued) 
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DEALER  RETURN  COPY 

plJPfLJACC 

Regional  Campus  Libraries 


_        -.  TT      •  -i_ 

Indiana  University 

ACC.li-616-48 
B.C. 

INOPLS  KLEIN,    LAWRENCE    ROBERT 

&NERAL 


^DIRECT       THE  KEYNESIAN  REVOLUTION. 


Price 

[  2>95  20    EO.    HACMILLAN,    1966.       288    P. 

\     "Date 

!  02-26-66 


Dealer:  Return  this  slip  inside  front  cover  of  book  or  use  as  report  slip  if  book  is  not  furnished 

67-28427 


Sample  6.  Dealer  Return  Slip 


ENCUMBRANCE 
1144*0    Regional  Campus  Libraries 

C  J  *t  ^  ~  T      j.  TT      •  •»_ 

Indiana  University 


R.C. 

MtiLHVtt 


°tl"  Ah    LCTLI^fc    MliltiKY    Cf-    AMFKlCAN    ORAH- 

Pri^ ^* 

*.;>$       LiTTltFULLt  AtAMSi  iSfe&.   378  P. 


Sample  1 '.  Encumbrance  Slip 


1 
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10 


JL 

11 


16 


15 


Figure  7.  Catalog  Unit  Flow  Chart 
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Step  Number 


1. 


2. 


3. 


Description  of  Each  Step 


10 


Book,  encumbe ranee  slip,  and  dealer  return 

slip  received  from  Accessioning  Unit. 

Catalog  assistant  pulls  bibliographic  slips 

from  file  (Figures  3  and  4). 

Bibliographic  match  made  between  bibliographic 

slip  and  book. 

Books  divided  into  two  categories. 

(1)  exact  matches 

(2)  books  do  not  match  bibliographic  record 
Category  1,  call  numbers  for  exact  match 
items  copied  from  bibliographic  slip  on  verso 
of  title  page  as  well  as  on  Dealer  Return 
Slip,  to  expedite  marking, and  to  be  forwarded 
with  book  to  Regional  Campus  Library. 

Books  and  slips  sent  to  marker. 

Call  number  marked  on  spine. 

Call  number  revised  by  catalog  assistant. 

Books  sorted  into  two  categories: 

(1)  books  with  errors  in  marking 

(2)  correctly  marked  items 

Category  1,   incorrect  items  returned  by 
revisor  to  Step  7. 


Figure  7.  Catalog  Unit  Flow  Chart 
Processing  Steps 
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Step  Number 


Description  of  Each  Step 


11. 


12. 

13. 
14. 

15. 
16. 

17. 


18. 


19. 


20. 


21. 


22. 


Category  2,  revisor  pulls  and  sorts  slips 
into  two  categories: 

(1)  encumbe ranee  slips 

(2)  bibliographic  slips 

Category  1,  revisor  sends  encumberance  slips 

to  key  punch  supervisor. 

Receipt  card  key  punched  (Sample  8) . 

Receipt  card  verified. 

Receipt  card  sent  to  Data  Systems  and  Services. 

Bibliographic  copy  discarded. 

Catalog  assistant  sorts  non-match  books  in 

Step  4.2  into  two  categories. 

(1)  alterations  of  bibliographic  record 
on  tape. 

(2)  material  requires  bibliographic  searching 
Category  1,  catalog  assistant  prepares  alter- 
ation slip  to  be  used  by  key  puncher  to 
modify  tape  record  (Sample  9) • 

Book,  bibliographic  slip  wtih  alteration  slip, 

and  encumberance  slip  sent  to  Step  5. 

Cataloger  reviews  book  requiring  bibliographic 

searching  (17.2). 

Cataloger  notes  suggestions  for  bibliographic 

assistant. 

Bibliographic  assistant  searches  for  correct 

bibliographic  data. 


Figure  7  (continued) 
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Step  Number 


Description  of  Each  Step 


23. 


24. 

25. 
26. 

27. 
28. 
29. 


Bibliographic  assistant  sorts  searched  items 
into  three  categories: 

(1)  bibliographic  information  found  and 
copied  that  matches  book 

(2)  bibliographic  data  found  requires  alter- 
ations to  match  book 

(3)  no  bibliographic  data  found 

Category  1,  matches  of  bibliographic  data  and 

book  sent  to  Step  3. 

Category  2,  alteration  items  sent  to  Step  5. 

Category  3>  books  returned  to  cataloger  for 

review . 

Cataloger  catalogs  and  classifies  book. 

Cataloger  prepares  alterations. 

Cataloger  sends  book  and  slips  to  Step  6. 


Figure  7  (continued) 
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Type  of  Activity 

Number 
of  Items 

Time 

Matching 

879 

4  Hr.  15  Min.  per  100 

Exact 
Alterations 
Alterations,  Major 

791 
47 
41 

Bibliographic  searching 

150 

Exact  matches  found 
Matches  with  alterations 
found 

53 
39 

Alterations,  major 

130 

9  books  per  hour 

Marking 

1660 

37  books  per  hour 

Piling  cards  into  outstanding 
order  file 

2468 

62  cards  per  hour 

Figure  8.  Catalog  Unit  Activity 
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Sample  9.  Alteration  Slip  and  Key  Punch  Cards 


1  Cards  from  original  deck  which  will  be  discarded  are  shown  here  marked  with 
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Figure  9.  Data  Systems  and  Services  Flow  Chart 
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Step  Number 


Description  of  Each  Step 


1. 


Regional  Campus  Libraries  weekly  activity  of 
key  punch  cards  sorted  into  two  categories: 

(1)  category  1,  includes  purchase  orders, 
receipts,  cancellations,  alterations, 
reorders  and  actual  cost  receipt  cards 
from  Business  Office 

(2)  summary  fund  cards  for  updating  purchase 
order  outstanding  accounting  tape  (3*0 

Category  1  sorted  for  cards  with  incomplete 
instructions,  duplicate  cards,  incomplete  decks. 
Weekly  activity  input  to  computer,  which: 

a.  Creates  error  tape. 

b.  Prints  out  weekly  error  listing  for  for- 
warding to  Regional  Campus  Libraries. 

c.  Permutes  data  for  valid  weekly  activity  by 
type  of  activity  to  be  performed  and  puts 
data  on  tape. 

Keypunch  cards  returned  to  Regional  Campus  Libraries 

for  storing. 

Permuted  weekly  activity  tape  input  to  computer. 

Computer  creates  record  of  purchase  orders 

coded  to  indicate  catalog  cards  necessary  and 

catalog  cards  only  /  no  accounting  data  (9.1). 


Figure  9.  Data  Systems  and  Services  Flow  Chart 
Processing  Steps 
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Step  Number 


Description  of  Each  Step 


10. 

11. 

12. 

13. 
14. 

15. 

16. 

17. 

18. 
19. 


Computer  extracts  data  to  be  used  to  create 

Computer  Print  Out  (Sample  2). 

Data  for  Computer  Print  Out  extracted  to  tape. 

Computer  arranges  data  in  main  entry  sequence. 

Alphabetized  listing  to  tape. 

Cumulative  Computer  Print  Out  data  on  tape  in 

line. 

Cumulative  Computer  Print  Out  tape  and  tape 

representing  author-title  weekly  activity 

merged  by  computer. 

Updated  cumulative  Computer  Print  Out  generated. 

Updated  cumulative  Computer  Print  Out  listing 

printed  and  forwarded  to  Regional  Campus  Libraries, 

Cumulative  purchase  order  outstanding  tape  in 

line. 

9.2,  representing  all  weekly  activity  permuted 

and  cumulative  purchase  order  outstanding 

tape  processed  by  computer  for: 

19«1  Catalog  cards  from: 

a.  cumulative  purchase  order  tape,  for 
which  receipt  cards  were  key  punched, 
put  on  catalog  card  tape. 

b.  cumulative  purchase  order  tape^for 
which  receipt  cards  and  alteration 


Figure  9  (continued) 
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Step  No. 


Description  of  Each  Step 


12. 


13. 

14. 

15- 
16. 

17. 
18. 


19. 


20. 


21. 


22. 


Key  punch  revisor  sorts  acceptable  decks  and 
slips  into  two  categories: 

(1)  tabulating  cards 

(2)  purchase  requests  and  bibliographic  slips. 
Tabulating  cards  are  stored  for  weekly  processing. 
Purchase  requests  and  bibliographic  slips  stapled 
together. 

Stapled  slips  alphabetized. 

Alphabetized  slips  filed  into  catalog  informa- 
tion file. 

Slips  alphabetically  stored  in  catalog  informa- 
tion file  to  await  books. 

Purchase  requests  received  from  Acquisitions 
Unit  that  are  not  established  edited  by  key 
punch  editor  and  sent  to  Step  3. 
Key  punch  supervisor  receives  purchase  requests 
for  reorder  items  received  from  Acquisitions  Unit, 
Key  punch  file  clerk  pulls  original  decks  by 
activity  number  cited. 

Decks  and  purchase  requests  sent  to  key  punch 
editor. 

Key  punch  editor  compares  bibliographic  and 
purchasing  data  on  deck.  Deck  compared  with 
new  purchase  request. 


Figure  9  (continued) 
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Step  Number 


Description  of  Each  Step 


cards  were  key  punched,  modified, 
and  put  on  catalog  card  tape, 
c.  bibliographic  data  for  cards  only 
no  accounting  put  on  catalog  card 
tape 

19.2  Cumulative  purchase  order  outstanding 
record 

a.  new  purchase  orders  assigned  purchase 
order  numbers  sequentially  and  merged. 

b.  cancellations  purged  from  record 

19.3  Fund  accounting 

a.  information  extracted  from  purchase 
order  data  to  encumber  funds  at 
estimated  costs 

b.  actual  cost  receipt  data 
19.^  Purchase  orders 

a.  each  purchase  order  assigned  unique 
purchase  order  number  sequentially. 

b.  purchase  order  data  extracted  and 
printed  on  purchase  order  multiple 
forms 

c.  purchase  order  burst  into  Dealer  and 
Dealer  Return  Slips  (Sample  10), 
Outstanding  Order  Pile,  (Sample  11) 


Figure  9  (continued) 
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Step  Number 


Description  of  Each  Step 


20. 
21. 


22. 

23- 


25- 
26. 

27. 
28. 

29- 
30. 


Encumbrance  File  (Sample  7)  and 
Business  Office  Encumbrance  File, 
group . 

Card  catalog  tape  input  to  computer  (19.1). 
Computer  permutes  by  card  type  and  sorts  card 
catalog  data  alphabetically  and  in  shelf  list 
sequence  by  campus. 
Sorted  card  catalog  data  to  tape. 
Computer  prints  data  from  card  catalog  tape  upon 
catalog  card  stock. 

Card  catalog  stock  burst  and  forwarded  to  Regional 
Campus  Libraries  (Sample  12) . 
Computer  outputs  shelf  list  data  to  tape  or 
merges  with  shelf  list  data  already  on  tape. 
Computer  extracts  accessions  list  data  to  create 
for  each  Campus  an  alphabetical  main  entry 
record. 

Sorted  Accessions  List  data  tape  to  computer. 
Computer  formats  bibliographic  data  and  class- 
ification headings  on  Accessions  List. 
Accession  Lists  masters  printed  and  forwarded  to 
Regional  Campus  Libraries  (Sample  13). 
Updated  cumulative  purchase  order  outstanding 
tape  (19.2)  generated. 


Figure  9  (continued) 
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Step  Number 


Description  of  Each  Step 


31. 

32. 

33. 
3*. 

35. 
36. 
37. 
38. 

39. 

40. 

41. 
42. 


Fund  accounting  tape  (19.3)  generated. 
Computer  sorts  fund  accounting  tape  data. 
Sorted  fund  accounting  data  to  tape. 
Purchase  order  outstanding  accounting  tape 
on  line. 

Computer  reads  sorted  fund  accounting  tape  and 
purchase  order  outstanding  accounting  tape. 
Detailed  Fund  Accounting  Listing  printed 
(Sample  14). 

Purchase  order  outstanding  accounting  tape 
updated . 

Computer  adjusts  accounts  for  each  new  order, 
receipt,  or  cancellation  by  campus  and  depart- 
ment. 

Library  Funds  Summary  report  for  each  Regional 
Campus  Library  printed  and  forwarded  to  Regional 
Campus  Libraries  (Sample  15). 

Tape  record  generated  for  University  Accounting 
Department  indicating  encumbrance  total  for 
each  Regional  Campus. 

Computer  reads  purchase  orders  outstanding  90 
days  or  longer. 

Tape  record  generated  for  purchase  orders 
outstanding  90  days  or  longer. 


Figure  9  (continued) 
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Step  Number 


Description  of  Each  Step 


43. 
44. 


Computer  sorts  90  day  or  longer  outstanding 
purchase  orders  by  vendor. 

Status  of  Purchase  Order  form  printed,  burst, 
and  forwarded  to  Regional  Campus  Libraries 
(Sample  16). 


Figure  9  (continued) 
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DEALER  COPY 

PURCHASE  D      .        .  ~  T ., 

ORDER       7    QA11A   regional  Campus  Libraries 

Indiana  University 

ACC. 11-616-48 

R.C. 

INOPi£  GEOLOGICAL    SOCIETY    OF    AMERICA. 

fr^NERAL 


Dealer 

DIRECT  GUIDEBOOK    FOR    FIELD    TRIPSt    ATLANTIC 

pr^r-  CITY    MEETING,     1957. 

3.00  NEW    YORK,     1957.       280    P. 


03-11-68 


Dealer  Ship  To:   Indiana  University  Regional  Campus  Libraries, 

Student  Building  -  East  Wing,   Bloomington,   Indiana  f  -,     —.,.-,, 

6  7—  3  1  4  04 


Sample  10.  Purchase  Order,  Dealer's  Copy 


OUTSTANDING  ORDER 

PURCHASE  D  i  r>  T  u 

ORDER      I    96045    Regional  Campus  Libraries 

Indiana  University 

ACC. 11-62 7-00  ... RUSH-ORDER 

R.C. 
oLUUW/m  WITTY,    PAUL    ANORtW 


}eIKLCI  THE    TEACHING   UF    READING,     A    OfrVfcLOPM- 

P^—  fcNfAL    PKQCfcSS. 

6.50  HEATH,     1^66.       434    P. 


Date 

03-11-68 


67-31333 


Sample  1 1 .  Purchase  Order 
Outstanding  Order  File  Copy 
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b    1331 

.TH 
1963 


BERKELEY,  GEORGE,  BP.  OF  CLOYNE, 


. 
THE     t'n.  liNCIPLLb    bF    HUMAN 

AiMb     rtmFt     olALUoUEb    BETWEEN    HYLAS 

AND    PhiLuKbUb. 
HUiNLiJ     PUdLlb^iNb    COMPANY,     19o3. 

2  Ho    P. 
BlDLILb«APhY,    P.     27V-231. 

BtKistLcY,     bcUKot  f     HH.     GF    CLOYNtf 
lf.fct-i/53.     FhKLL    UIALJbUtS 
HY»_AJ     AN!/     PhlLUNbui. 

WAKubLrs,     uLiJfr-HcY     JAKtSt     cL. 

1.  KNurtLtiXjLt      IhcLKY    Lh. 


THKti     iMALUG*      S     BtT^EtN    HYLAS    ANC 
Ph  ll.L-MiJUb. 


INUPLS 


67-04485 


BH    6C 
-A6 


APOSTOLIC  FATHERS. 

THfc     Af-cbr^LlL    FAIhfcKb. 
HAKVAfvU    UMVhKSITY    PKLiS,     1912- 
-T>1J.       2     V. 

CLfc^cNS    KUMANOS.     hPISTGLA    AU 

C  L.  ^.  I  is  T  H  i  U  S  . 
CLt^fc^i)     «UMftNUSt     SUPPLSEO    AUTHUK. 

bPlSTuLA    AU    CLklMHlOS. 
iGnATlub,     iAl^f,     8P.    LF     ANTIUCHt 

1ST    CLI\T.     tPlblULAc. 
PQLYCAKPUS,     SAINTt     HP.    Oh     SMYRNA. 

fcPIST^-LA    AO    PHILIPPtNSES. 
TtAChiNo    Uh     THL    TwtLVE    APUbfLfcS. 
TEAChiNu    Lt-    THK    Tv.tLVc    APUSTLES. 

tNbLi  SH. 
BIttLh.    K.     f.        ^LCkYPHAL     BUCKS. 

LPibTLt.    Uh         »Kl\iA     dAS. 

j\iKSLP»-,     LL.     Ai\C    TK. 

1NDPLS  67-0559! 


HC    1U6.5 
•  C67336 
1965 


CONFERENCE    ON    POVERTY    IN    AMERICA. 

uMVtKblTY    OF     CALIFukNlA,     bEKKELcYt 


PoVt«TY     ii\ 

A     .\AIIUNAL 
CHAN.iLLK    PUJ. 


PHLCEEC1NGS  OF 


465  P. 


GUKULN,     MAnGAXLT    b.,     EC. 
CALiFLK.,iA.     Ui\iVEnbITY.     INSTITUTE 

UF     INDUS  J'KlAL    KELAT1C.NS. 
l.PLVLr^TY  —  0.     S.  —  CLiNGKcSStS. 
2.ECLK'u,-1IC    ASo  IbTAi>,Cb,     JUNES!  1C  —  U.     S, 


INLPLS 


67-01768 


Sample  12.  Catalog  Cards 
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Fht 
TuE 


AGAINST  cXPLKiyfcNT  IN 
NuVJ-L, 


PR    831  RABINOVITZ,    RUBIN 

CuLC*e.l!\    UMvL'lail 

J  /I    4        p  ^ 


t>PfcKl*fcNT     IN 
i'*t>j- 

P'XLSS» 


h,  FICTIC\ — 

/INC  C:-iI  F  . 


,LM.  —  HIST. 


INUHLS 


OT.  bKlT. — PGL.  ANC  GCVT. —  1789- 
-l»20. 

1>A  42       COBBAN.  ALFRED.  ED. 

.B75         THt  uttiATb  CN  THt  FRENCH  REVOLUTION, 

1960  !7bS-l80u. 

BK.  -2       20  tU.  ACAM  AND  C.  BLACK,  I9t0. 

<**j  P. 
SL^_  LCOKS  H0«  FORTHLH  ^FACING,  P. 


—  hi5T.  —  ^CRcIG^!  PUBLIC 
IUN. 
RKIT.  —  PLL.  ANU  uuVT.  —  176S- 


3.PLLITICAL  SCItNCfc  —  HIST.  —  GT.  BRIT 
T.iL  VK1T1SH  PUL1TICAL  TKAUITIUN, 
tic,»_K  2.  • 


INDPLS     67-10133 


jCli\T 


,     LLIi    NtKMA     (nLACIS)t 


Hti  766.6    HUFFMAN,  MARTIN  LEON 

,H6          Kt-Vie»«  (jF  CHILL  uh VtlLi_ VMENT 


V. 

LLiS 

O. 

c.K    Hti,irAKcH     IN    CHILD 

Nf. 
STuUY  —  ^UiJKfciitSi     tSSAYSt 


INDPLS 


9U-1006G 


Sample  12  (continued) 
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II     hVO  BUI:  T  TOM'.,.    E-f.NST 

.  K  <.  ::  K  s:  t:  'i  i  \  t  P  A  P  rr.  OH  s :  ?.>N 

t  V6  .*.  K  t  I  N  Si'Jr,  P    I-  Ub  ,     i.  dli  >•  •  i      1  90  }  <- 


u  '.    I ,' 


Mli.  ITAFsY     SClc 


.!-U\  '(:Y  ;•     iiAllU!  !>    A 
UMTFiO    M,':TC-S    l\!«.  I  ',,".•<  V 
PR  ACT  K.cS- 


fr  Kt  <l  <•  l  •  .  Jf. :.:  ;.  «  t  *  C  >;   C  ::.  -, 


A    S1UDV    OF    BOUGIES    AS'O 


Ur     76? 


7       678 
.Ob 


2       7U.2 
.T7 


Z       72) 


..K32 


103? 


Z     122.4 
.Z/Ab72 


7     1231 


MUS-     T»it     00MB    SPP.LAU. 
J.066, 


:•?<-<..»>*  r1.  [Ul.  .'OGRA:"-HV    ANP    !.J.fcftAP,r    SCJfcNCfe  **n  v  i-.^^. •.-.•=. 

THt    I.  IBilARY    r'r,1    vii?.    UNJVEftSIYy..-,    TKE    UNIVeRS!YY  Ol:    T  f:   ;-f:S5l 

LitiXAJiY    LtCTUIifcS,     1949    1966, 
SHO£    S'.KliNG    t>Rt-SS0     1967^       30A    P, 


«  ICHARO    M 

SCIENTIFIC    HANAGtMENT    OF     LIBRARY    OPERATIONS, 
PRESSa     1-560,       258    P, 


TUSf.k;     MAf;?.t    ANTUJNEYTE 

LIBRARY    MANUAL:     A    STUUV-   nORK    MANUAL    OF    LESSONS    ON    THt    USE 

BOOKS    AND    l.IBKAKieS, 
6TH    f.n.     H,    w..    WILSON    CCU        IS6'»,        118    P, 


AKFIMCAM    !.  ftir.AKY    ASSOCIATION.     SVAifSFICS    COORDINATING    fftCJECt 
I.  [DrtAKV    STATISTICS,    A    HA!-,OoCOK    OF    CONCEPTS.)    DEFINITIONS       ANU 

TtRM  jNU'.dGYo 
AMERICAN    Lla«AKY    ASSOCIATION?     1966,       160    P-, 

KftUiA^,.     AhlMONY    T,    EOo 

UlKECTLkY    0(^    SPECIAL    LlbRAKIES    AND    INFORMAYrON    CENTERS, 

2.NC    cUc    GALE    «lf  SEARCH    C0^9     1967.        iOAS    P, 

SANSOM.     wILL,-.     L376--  19S5o 
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Donald  V.  Black 

Staff,  System  Development  Corporation 
Santa  Monica,  California 


LIBRARY  INFORMATION  SYSTEM  TIME-SHARING 
ON  A  LARGE,  GENERAL-PURPOSE  COMPUTER 


In  the  spring  of  1967,  several  of  us  at  System  Development  Corporation 
(SDC)  undertook  the  development  of  LISTS  (Library  Information  System 
Time-Sharing)— a  system  that  would  allow  library  processing  tasks  to  be 
performed  on-line,  utilizing  general-purpose  computer  equipment.  We  believed 
that  three  developments  in  the  field  of  computer  technology  had  converged  to 
the  extent  that  it  had  become  technically  feasible  to  design  such  a  system. 
These  three  developments  included  the  development  at  SDC  of  sophisticated 
time-sharing  and  data-management  systems,  the  advances  being  made  by  the 
Library  of  Congress  and  others  in  formatting  large  data  bases  for  storage  on 
magnetic  tape,  and  the  advent  of  third-generation  computer  equipment,  which 
we  believed  could  accommodate  the  large  files  that  would  be  required.  We 
believed  that,  together,  these  developments  would  make  it  possible  for  all 
types  and  sizes  of  libraries  to  use  a  large  computer  for  their  processing  and 
housekeeping  functions  without  changing  their  traditional  patterns  of  opera- 
tion or  giving  up  the  autonomy  they  now  enjoy.  More  importantly,  we 
believed  that  they  could  use  such  a  computer  without  having  to  undertake 
their  own  system  design  and  development  efforts,  procure  programmers,  or 
either  acquire  a  computer  for  their  own  use  or  rent  computer  time  from  a 
service  bureau. 

We  were  fairly  secure  in  believing  that  the  system  we  proposed  to 
develop  was  technically  possible.  What  we  did  not  know  was  whether  it  would 
be  economically  possible ;  we  did  not  know  how  much  it  would  cost  either  for 
us  to  develop  the  system  or  for  a  library  to  use  it  when  it  was  developed.  For 
that  reason,  we  conceived  the  LISTS  project  to  be  more  than  a  system 
development  effort.  We  wanted  it  also  to  yield  realistic  cost  information. 
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Therefore,  we  added  to  the  system  development  effort  the  idea  of  asking  a 
representative  group  of  libraries  to  use  the  system,  on  an  experimental  basis, 
as  it  was  progressively  implemented.  We  could  then  determine  the  system's 
actual  cost  to  a  user  as  we  were  developing  it— and  we  could  alter  the  design 
as  we  proceeded  if  it  became  apparent  that  the  course  we  were  on  was  too 
expensive.  We  also  determined  that  the  libraries  participating  in  the  experi- 
ment should  contribute  as  much  as  they  could  to  the  design— that  their 
day-to-day  requirements  should  influence  the  choices  among  design  alterna- 
tives. 

TECHNOLOGICAL  FOUNDATIONS  OF  LISTS 

Of  the  three  technological  developments  that  I  have  mentioned,  the 
development  of  sophisticated  time-sharing  and  data-management  systems  was 
one  with  which  we  at  SDC  were  most  familiar.  SDC  has  a  long  history  of 
using  computers  in  a  time-shared  mode.  In  1963,  SDC  had  one  of  the  first 
two  operating  systems  in  the  country  for  general-purpose  time-sharing.  SDC's 
system  was  developed  utilizing  the  special  AN/FSQ-32  computer  built  by  IBM 
for  the  United  States  Air  Force. 

Time-sharing  implies  on-line  processing,  at  least  to  the  extent  that  there 
is  input  from  a  terminal  and  interaction  with  the  user.  Some  aspects  of  the 
computing  environment  are: 

1)  Some  portion  of  the  data  base  must  reside  in  direct-access 
storage  and  be  available  for  both  on-line  and  batch  processing.  Some 
data  may  be  kept  on  tape,  but  should  then  be  used  only  for  batch 
processing; 

2)  Updating  of  the  data  base  may  be  triggered  by  a  message  from 
the  terminal  of  the  remote  user; 

3)  Inquiries  may  be  processed  on-line  or  may  trigger  later  batch 
processing   (especially  inquiries  that  generate  large  reports  or  require 
complete  file  searches); 

4)  Transactions  received  from  terminals  are  queued  with  other 
transactions  and  may  be  processed  to  completion  with  priorities  higher 
than  those  of  batch-processing  transactions; 

5)  Both  types  of  processing— on-line  and  batch— will  use  standard 
routines  to  interface  with  the  data  base ;  and 

6)  Many  terminals  must  be  accommodated  in  such  a  way  that  it 
appears   to  the  users  at  those  terminals  that  they  are  being  accom- 
modated simultaneously. 

The  system  must  be  in  operation  during  the  time  users  are  normally 
working.  In  libraries,  this  will  be  during  the  typical,  normal  daytime  working 
hours.  It  is  foolish  to  expect  librarians  to  use  the  latest  in  technology  and  be 
forced  to  change  their  working  habits,  to  come  in  and  work  a  swing  shift  or  a 
graveyard  shift  in  order  to  have  better  access  to  the  computer.  Except  for 
emergencies,  an  on-line  system  will  be  active  during  the  normal  working  day. 
A  successful  time-sharing  system  will  have  a  built-in  restart  capability  so  that 
if  a  failure  is  due  to  software,  very  little  time  will  elapse  before  restart  is 
effected.  Hardware  failures  require  adequate  duplication,  or  backup  hardware, 
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and  it  may  be  that  only  the  military  can  afford  truly  adequate  backup 
capability. 

The  time-shared  system  built  around  the  Q-32  has  been  developed  to  the 
point  where  it  supports  approximately  thirty  terminals  at  any  one  time,  each 
of  which  can  be  doing  a  completely  separate  task.  Some  of  the  operational 
programs  on  the  Q-32  are  very  similar  to  the  kinds  of  programs  necessary  to 
manipulate  library  data  bases,  and  to  produce  such  items  as  orders  to  vendors, 
catalog  card  sets  or  bookform  print-out,  various  statistics  on  the  order  process, 
etc. 

While  our  LISTS  program  is  directly  concerned  with  technical  processes 
and  housekeeping  functions,  we  have  had  operational  for  over  a  year  a 
user-oriented  reference  retrieval  system.  SDC's  ORBIT  (On-line  Retrieval  of 
Bibliographic  Text)  system  has  been  operating  every  day  with  excellent 
success,  on  a  data  base  of  about  180K  (or  entries)  in  the  catalog.  This  catalog 
can  be  accessed  from  a  remote  keyboard  terminal  by  author,  by  subject  codes 
similar  to  traditional  library  subject  headings,  by  more  "free-form"  descrip- 
tors, and  by  certain  other  qualifiers  of  interest  only  to  the  particular  user 
group  for  whom  the  system  was  designed. 

In  addition  to  a  great  amount  of  experience  with  time-shared  systems, 
SDC  has  also  been  working  for  a  number  of  years  on  general-purpose  pro- 
grams that  allow  files  to  be  manipulated  on-line  by  non-programmers  to 
produce  many  forms  of  output  from  data  in  the  files.  Rather  than  requiring  a 
specific  program,  such  systems  allow  a  non-programmer,  utilizing  a  langugage 
very  close  to  English,  to  describe  the  existing  data  base  and  to  describe  the 
data  desired  in  the  report  in  order  to  generate  it.  The  development  of  the 
Time-Shared  Data  Management  System  (TS/DMS)  which  is  the  foundation  on 
which  we  are  building  LISTS,  has  been  under  way  at  SDC  for  some  time  for 
the  360  series  of  IBM  computers,  specifically  the  360/50  and  360/67. 

TS/DMS  makes  the  data  management  capabilities  of  a  large  computer 
directly  available  to  a  user  without  the  necessity  that  he  communicate  his 
requirements  through  intermediaries,  e.g.,  a  programmer.  Instead,  the  user 
"talks"  directly  with  the  computer.  He  may  be  asked  by  the  system  to  supply 
control  information,  to  file  names,  to  name  the  operations  to  be  performed, 
and  the  format  desired.  He  may,  in  turn,  ask  the  system  to  define  a  term,  to 
comment  upon  a  process  he  did  not  understand,  to  tell  him  what  steps  of  the 
procedure  are  available,  to  explain  error  messages,  or  to  give  him  other 
tutorial  help.  LISTS  further  simplifies  the  TS/DMS  approach  and,  for  the 
most  part,  very  little  except  pre-arranged  information  must  be  input  by  the 
library  user. 

The  second  technological  development  that  we  believed  would  make 
LISTS  feasible  was  the  work  being  done  by  the  Library  of  Congress,  NASA, 
Defense  Documentation  Center,  the  Chemical  Abstracts  Service,  and  others  in 
formatting  large  data  bases  for  storage  and  distribution  on  magnetic  tape.  The 
Library  of  Congress  MARC  System  is  a  primary  example.  The  LISTS  project 
will  make  regular  use  of  MARC  tapes.  MARC  data  will  form  the  main  data 
base  until  one  or  more  of  the  participating  libraries  converts  an  existing 
catalog  and  adds  it  to  our  file. 

The  third  technolgical  development  was  the  advent  of  third-generation 
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computers,  which  are  capable  of  accommodating  large  data-base  files  in  rapid- 
access  mass  storage.  The  capability  and  speed  versus  cost  of  the  hardware  is  of 
prime  importance.  Second-generation  equipment  simply  is  not  adequate.  Even 
third-generation  machines  may  be  incapable  of  handling  truly  large  data  bases 
cheaply  enough  to  make  a  system  economically  feasible.  But  we  believe  they 
are. 

The  task  we  in  the  LISTS  project  set  ourselves,  then,  was  to  combine  a 
large,  general-purpose  computer  system,  a  time-sharing  system,  a  powerful 
data-management  system,  and  large,  tape-stored  data  bases  into  a  system  that 
would,  initially,  allow  small  to  medium-sized  libraries  to  use  an  inexpensive 
terminal  linked  to  a  computer  to  perform  their  customary  housekeeping  and 
processing  functions  on-line. 

PLANNING  AND  IMPLIMENTATION  OF  LISTS 

Active  work  on  LISTS  began  in  June  1967  to  develop  the  system  to  the 
point  at  which  we  could  approach  a  number  of  libraries  that  would  serve  as 
testing  agencies  for  the  experiment.*  We  decided  early  that  in  order  to  make 
the  experiment  realistic  enough  to  secure  valid  cost  data,  it  was  necessary  that 
we  have  the  active  participation  of  operating  libraries.  Working  with  SDC's 
technical  library  during  the  summer  of  1967,  we  outlined  possible  ways  the 
system  could  operate,  and  possible  products  of  its  operation  that  could 
operate,  and  possible  products  of  its  operation  that  could  be  offered  to 
participating  libraries  (see  Figure  1).  Much  of  the  planning,  of  course,  had  to 
do  with  the  specific  requirements  of  the  SDC  library,  which  is  a  typical 
industrial  (special)  library.  However,  the  system  was  meant  to  be  flexible 
enough  to  allow  libraries  of  any  type  to  use  it,  and  while,  in  our  initial 
planning,  the  special  requirements  of  an  industrial  library  were  indeed  para- 
mount in  our  thinking,  it  was  not  intended  that  the  system  be  limited  to  their 
needs.  Thus,  we  established  the  goal  of  participation  by  a  number  of  libraries 
that  would  represent  a  broad  spectrum  of  typical  library  practice  and  prob- 
lems. In  addition  to  the  SDC  library,  two  public  libraries  and  four  academic 
libraries  are  now  part  of  the  experiment:  Beverly  Hills  Public  Library,  San 
Marino  Public  Library,  Fullerton  Junior  College,  Pierce  College  (a  junior 
college  within  the  Los  Angeles  city  school  district),  University  of  California  at 
Riverside,  and  University  of  Southern  California. 

San  Marino  is  a  city  of  approximately  14,000  people.  The  library  there 
had  a  total  income  of  $128,485  for  the  fiscal  year  ending  June  1967.  The 
Beverly  Hills  population  is  35,000.  Its  total  library  income  for  the  same 
period  was  approximately  $208,658.  The  libraries  were  asked  to  provide  the 
terminal  (i.e.  typically  to  be  a  teletype  model  ASR33),  a  telephone  line,  and 
to  pay  the  line  charges  to  Santa  Monica.  In  addition,  the  libraries  must 
contribute  sufficient  staff  time  to  provide  necessary  system  design  specifica- 
tions, and  they  will  be  expected  to  make  full  use  of  the  system  regularly, 
once  it  is  operational.  Here  are  some  brief  statistics  to  give  perspective: 

*The  project  is  under  general  direction  of  Carlos  Cuadra,  and  the  management  of 
Jules  Mersel,  with  the  author  as  principal  investigator.  The  number  of  people  working  on 
the  project  has  varied  from  three  to  five  at  any  one  time. 
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I.  Acquisitions  of  Monographs  (New  or  Out-of -Print) 

A.  Production  of  orders  to  vendors  or  publishers  from  teletype  input 
of  either: 

1.  LC  card  number  and  quantity  desired,  or 

2.  normal  author-title-publisher  description 

B.  Creation  and  maintenance  of  an  "in-process"  file  within  the  computer 
Reports  available  optionally: 

1.  on  demand  by  teletype  with  immediate  response 

2.  on  demand  by  teletype  with  off-line  response 

3.  on  a  scheduled  basis  off-line 

C.  Creation  and  maintenance  of  out-of-print  "wants"  file.  Reports  as 
per  (I. B)  above. 

D.  Reports  for: 

1.  Budget  control 

a.  liens 

b.  special  funds 

c.  forecasting  of  expenditures  by  various  breakdowns,  e.g., 
subjects,  funds,  vendors,  etc. 

d.  expenditures -to-date  by  various  breakdowns,  as  in  (c) 
above 

2.  Prevention  of  unwanted  duplication  of  orders 

3.  File  access  by  several  alphabetic  sequences,  e.g.: 

a.  author 

b.  title 

c.  subject 

d.  vendor 

e.  key-word -in-context 

II.  Cataloging  Routines 

A.   Creation  and  maintenance  of  cataloging  "in-process"  file  in  common 
with  acquisitions  file  (l.B).  Reports  available  on  same  basis  as 
for  acquisitions  (l.B,  1-3),  above,  i.e.,  by  teletype  or  off-line, 
scheduled  or  on  demand. 


Figure  1 .  LISTS  Products  and  Service  Areas 
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B.   Production  of  cataloging  aids,  e.g. : 

1.  cataloging  work  sheets 

2.  temporary  entries  in  card  form  or  book  form 

3.  authority  file  creation  and  maintenance 

k.   final  catalog  records  in  either  card  form  or  book  form 


III.  Circulation  Management 

A.  Loan  file  creation  and  maintenance  with  reports  and  notices  produced 
for: 

1.  overdues 

2.  recalls 

3.  fines 

k.   use  of  the  library  collection 

B.  Borrower  registration  file  created  and  maintained  for  such  uses  as: 

1.  use  of  the  library  collection 

2.  selective  announcement  service  on  newly  received  titles 


IV.   Serials  Control 

A.  Serials  acquisitions 

1.  Preparation  of  initial  orders  to  vendors,  as  for  monographs 
(I. A)  above 

2.  Expiration  warnings 

3.  Production  of  renewal  lists 

B.  Serials  records 

1.  Creation  and  maintenance  of  serial  records  file  within  computer. 
Reports  available  optionally: 

a.  on  demand  by  teletype  with  immediate  response 

b.  on  demand  by  teletype  with  off-line  response 

c.  on  a  scheduled  basis  off-line 

2.  Reports  in  the  form  of: 

a.  serial  holdings  in  various  possible  alphabetic  sequences, 
e.g.,  title,  subject,  classification  number,  language,  etc. 

b.  serial  "wants"  or  gaps  in  holdings 

c.  current  receipts 

d.  items  to  be  claimed 

3.  Bindery  processing  records,  e.g.: 

a.  list  of  complete  volumes  ready  to  bind 

b.  bindery  instructions  for  each  volume  or  in  list  form 

c.  list  of  volumes  at  bindery 


Figure  1 .  (continued) 
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Income  figures  are  not  available  for  the  academic  libraries.  Pierce  College  has 
approximately  10,000  daytime  students.  Fullerton  Junior  College  is  about  the 
same  size.  Both  of  these  institutions  are  part  of  a  school  district  that  has  more 
than  one  campus.  Fullerton  is  a  part  of  a  three-college  system  and  Pierce  is  a 
part  of  the  general  Los  Angeles  junior  college  district,  which  has  several 
institutions.  The  Los  Angeles  system  is  a  part  of  the  city  school  system, 
whereas  the  junior  college  district  in  Fullerton  is  not  otherwise  connected 
with  the  public  school  system. 

The  University  of  California  at  Riverside  has  a  moderately  large  univer- 
sity library  of  approximately  600,000  volumes,  with  an  annual  growth  rate  of 
about  45,000  volumes.  The  University  of  Southern  California  has  about 
1,200,000  volumes  and  a  growth  rate  of  approximately  35,000  volumes  per 
year. 

The  approach  made  to  these  libraries  was  that  we  would  develop 
processes  which  would  be  applicable  in  a  time-sharing  system  for  virtually  any 
function  of  their  technical  operations.  We  assumed  (correctly)  that  all  of  them 
would  want  to  begin  with  the  acquisitions  function.  Figure  1  depicts  the  areas 
in  which  we  have  promised  to  work.  Since  January  1968,  work  has  been 
under  way  in  many  of  these  areas  to  develop  the  various  operations  for  each 
of  the  libraries  in  the  experiment.  In  addition  to  acquisitions,  we  are  working 
in  such  areas  as  serials  control,  the  possible  application  of  an  on-line  circula- 
tion system,  and  the  production  of  a  book-form  catalog  for  Fullerton  Junior 
College.  The  implementation  of  the  acquisitions  function  has  now  reached  the 
point  at  which  the  input  procedures  are  in  prototype  form  and  will  result  in 
certain  specific  outputs  and  processing  within  the  computer. 

LOGIN  XE302  NP010  LISTS 

SLOAD  16 

GO 

SMSG  IN. 

LISTS  IS  NOW  OPERATING.   GO  AHEAD  PLS.   IF  YOU  NEED 
INSTRUCTIONS  ENTER  THE  WORD   HELP   . 

*'ACLA" 

•ACLC 

OK*67- II 45*68- 42 1*67- 9302  *67-60561 *SA68-40O3 

*A:/SHAKESPEARE» /WILL IAMI /COMPLETE  WORKSlP tCROWELLl 1 966 

ILLEGAL  DATA.  INPUT  ONLY  LC  CARD  NUMBERS*  OR  GIVE  A  NEW  COMMAND. 

t'ACAT 

OK*/SHAKESPEARE, /WILL IAMI /COMPLETE    WORK Si P tCROWELLl 1 966 

*    (QUIT 

SMSG    IN. 

Figure  2.  Prototype  Interaction  Exchange 
between  User  and  Computer 

Figure  2  shows  a  prototype  interactive  exchange  between  a  user  and  the 
computer  in  establishing  an  acquisitions  operation  that  will  result  in  the 
production  of  book  orders.  The  codes  for  the  different  types  of  processes  and 
elements  of  the  data  are  chosen  to  be  as  simple  as  possible,  and  to  be  like  the 
abbreviations  normally  used  by  people  working  in  library  technical  processing 
departments.  Routines  are  established  in  such  a  way  that  the  most  typical 
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operation  is  the  one  that  requires  the  least  amount  of  specification  by  the 
user,  (for  example,  a  public  library  may  well  order  90  percent  of  its  materials 
from  one  vendor.  With  this  established,  the  system  allows  input  without 
specification  of  vendor  and  assumes,  unless  informed  otherwise,  that  the 
orders  are  to  be  prepared  in  the  proper  format  for  submission  to  the  specified 
vendor.)  We  have  used  an  expansion  character,  the  semicolon,  to  allow 
specification  of  data  elements  as  necessary  within  the  record.  For  example, 
one  of  the  modes  of  operation  for  acquisitions  would  be  to  input  a  string  of 
Library  of  Congress  card  numbers,  separated  by  an  ampersand.  If  a  Library  of 
Congress  card  number  represents  an  open  entry  or  a  multi-volume  set  of 
which  the  library  wants  only  volume  four,  the  LC  card  number  is  simply 
followed  by  a  semicolon  and  the  precise  item,  e.g.,  the  eighth  edition  would 
be  indicated  by  E:8.  A  volume  would  be  indicated  by  a  semicolon  following 
the  LC  card  number  and  then  V:4,  for  example,  for  the  fourth  volume.  This 
would  result  in  the  order  specifying  "eighth  edition  only"  in  the  first  case, 
and  "fourth  volume  only"  in  the  second  case  (e.g.  67-14891;  E:8  or 
67-19912;  V:4).  The  same  kind  of  expanded  input  would  be  necessary  where 
there  exist  varying  editions  of  a  work.  In  specifying  a  particular  edition  of 
Shakespeare,  for  example,  the  semicolon  would  follow  the  initial  elements  of 
author  and  title,  and  a  particular  publisher,  and  perhaps  a  specification  for 
edition,  would  have  to  be  shown.  In  Figure  3  the  standard  citation  is  shown 
first,  followed  by  the  specification  for  the  input  into  the  LISTS  system. 
Figure  4  shows  some  of  the  abbreviations  we  will  use. 


Shakespeare,  William.  Complete  works,  edited  by  G.  L.  Kittredge. 
Waltham,  Mass.,  Blaisdell,  n.  d. 

Shakespeare,  William.  Complete  works,  edited  by  G.  L.  Kittredge. 
N.  Y.,  Crowell,  1966. 

A: /SHAKESPEARE, /WILLIAM;  /COMPLETE  WORKS;  P:  CROWELL;  1966 

Figure  3.  Standard  Citation  and  LISTS  Input  Specifications 

PROBLEMS 

Design 

The  design  of  the  LISTS  system  will  be  influenced  to  some  extent  by 
that  of  TS/DMS.  Since  some  parts  of  the  general-purpose  programs  are  still  in 
prototype,  or  experimental,  form  they  are  subject  to  change;  these  changes 
obviously  can  affect  what  we  do  in  LISTS.  Some  changes  may  involve 
computer  code,  in  which  case  our  coding  must  be  redone.  Other  changes  may 
make  functions  difficult  to  perform  because  special  characters  have  been 
dedicated  for  system  use.  There  are  thus  several  levels  of  interference  com- 
plexity that  we  may  encounter  and  indeed,  have  encountered. 


'LIB     UCR      'AC 
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66-03^5  &  67-5**2  &  66- 3257% 

67-5U321& 

68-599;  E7,  v6,  C5& 

68-532;  HOLD:  F:   fund  name;  R:  requestor; 

A:  author  name;  V:  vendor  name  and  address; 

E:6;  & 


LONG  FORM 


SHORT  FORM 


'ACQUISITION 

'AC 

'ARRIVAL 

'AR 

'UPDATE 

'UP 

•SERIAL 

'SE 

'REPORT 

'REPORT 

'LIB 

'LIB 

•QUIT 

'QUIT 

'MORE  xxx 

'MORE  xxx 

AUTHOR: 

A: 

TITLE: 

T: 

ARRIVAL  DATE: 

D: 

PUBLISHER: 

P: 

LOCATION: 

L: 

FUND: 

F: 

VENDOR: 

V: 

Figure  4.  Abbreviations 
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Initially,  we  had  felt  that  most  of  our  file  processing  and  output  needs 
would  be  met  by  the  general-purposes  programs,  but  TS/DMS  has  been  set  up 
basically  to  handle  only  sixty-four  characters.  This  is  unsatisfactory  for  a 
number  of  reasons.  For  one,  the  Library  of  Congress  MARC  tapes  are  coded 
to  handle  a  full  upper/lower-case  capability,  plus  many  special  characters.  The 
MARC  II  format  presumably  would  be  able  to  handle  256  separate  characters. 
Certainly  the  360-series  machines  could  handle  that  many  in  the  available 
8-bit  codes.  So,  we  have  the  problem  of  maintaining  the  identification  of  the 
data  taken  from  the  MARC  tape  so  that  it  can  be  output  in  upper/lower  case 
form. 

For  local  input  terminals  the  problem  is  not  so  severe.  Although  the 
ASR33  teletype  lacks  lower-case  alphabetic  characters,  a  number  of  codes  can 
be  used  to  indicate  a  shift  character.  This  would  give  us,  then,  an  "escape" 
character,  which  would  provide  sufficient  codes  to  retain  the  upper/lower  case 
Roman  letters. 

The  line  printer  we  are  using  lacks  accent  marks  and  other  special 
characters  dear  to  the  hearts  of  librarians.  Fortunately,  this  is  not  so  serious  as 
it  might  first  be  assumed,  since  the  two  public  libraries,  the  two  junior 
colleges,  and  the  SDC  Technical  Library  purchase  only  English-language  ma- 
terials, with  rare  exceptions.  The  other  two  academic  libraries,  however, 
purchase  significant  quantities  of  material  in  foreign  languages.  How  will  they 
react  to  the  lack  of  accent  marks?  Frankly,  we  do  not  know  at  this  point.  We 
believe  that  it  may  be  possible  to  present  a  surrogate  for  some  of  the 
characters  by  overprinting.  Other  marks  may  be  rare  enough  that  the  character 
could  be  marked  in  by  hand— a  ridiculous  thought,  considering  the  extent  of 
automation  we  are  seeking.  The  new  Stromberg-Carlson  printer,  which  uses 
non-impact  methods,  may  come  to  our  rescue.  We  could  also  procure  the 
library  print  chain.  We  may  be  forced  to  expand  our  graphic  arts  capabilities 
in  order  to  meet  the  requirements  of  discriminating  librarians. 

With  only  sixty-four  characters,  what  will  be  the  effect  of  the  available 
sort  routines  on  our  output?  We  have  had  to  develop  special  output  packages 
apart  from  the  general-purpose  program  available  to  us.  This,  of  course, 
increases  the  cost  of  the  system,  narrowing  what  may  already  be  an  all-too- 
small  margin  between  profit  and  loss  for  an  operating  system  based  on  what 
we  are  now  developing. 

There  are  also  some  problems  concerned  with  the  participating  libraries. 
We  want  very  much  to  have  them  participate  in  the  design  process,  so  that  we 
will  provide  programs  which  truly  meet  their  needs,  rather  than  say  to  them 
"Here  is  what  we  have.  What  can  you  use?"  How,  then,  can  we  ensure  that 
the  library  personnel  are  imaginative  enough  to  push  us  to  the  limits  of  data 
processing  technology  without  going  over  the  line  into  the  "blue-sky"  area, 
where  we  cannot  achieve  the  desired  operation  economically?  We  have  tried  to 
solve  this  problem  by  mentioning  possible  areas  of  operation  and  possible 
products,  and  leaving  it  up  to  the  librarians  and  their  staffs  to  seize  upon,  and 
request  the  implementation  of,  particular  processes.  For  example,  one  of  the 
public  libraries  decided  that  it  would  be  of  interest  to  them  to  attempt  to 
develop  a  selective  dissemination  of  information  (SDI)  package  so  as  to  send 
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announcements  of  new  books  to  selected  patrons,  based  on  interest  profiles 
provided  by  the  patrons.  That  library  is  in  a  very  library-minded  community 
and  is  used  heavily  by  the  residents  for  their  cultural  and  informational  needs. 
Thus,  such  a  service  would  indeed  be  useful  to  bring  to  the  attention  of  the 
patrons  material  presumably  in  fields  of  interest  to  them.  To  be  sure,  new- 
books  lists  are  being  produced  by  libraries  now  and  posted;  new  books  are 
displayed.  But  would  it  not  be  preferable  to  direct  individual  notices  to 
patrons,  so  that  they  are  not  forced  to  scan  items  that  may  not  be  of  interest 
to  them  in  order  to  find  those  that  are? 

The  answer,  of  course,  is  that  a  library  ought  not  to  utilize  one  method 
only.  The  "new  acquisitions  list"  is  simply  another  product  of  LISTS  that  will 
continue  to  be  produced  and  posted,  and  new  books  will  continue  to  be 
displayed.  But  now  we  will  have  two  or  more  ways  of  notifying  patrons, 
which  ought  to  ensure  that  they  will  receive  notification  of  new  materials  that 
will  interest  them.  After  all,  maximum  usage  is  the  goal  of  the  public  library, 
and  if  such  products  will  help  achieve  that,  then  they  are  indeed  of  value  to 
the  library. 

Operations 

There  are  also  possible  operating  problems,  For  example,  suppose  that  a 
given  library  has  used  a  series  of  LC  card  order  numbers  to  initiate  an  order 
process.  The  orders  have  been  created,  and  the  items  have  been  added  to  the 
in-process  file  for  that  library.  Suppose  now  that  the  library  desires  to  update 
the  record  and  uses  an  LC  card  order  number  as  the  input  to  update  the 
record,  in  this  case  adding  some  additional  material  and  deleting  earlier 
material.  What  happens  if  an  error  is  made  in  the  LC  card  number?  This 
would  result  in  a  different  entry  being  selected  from  the  file  to  be  updated.  In 
this  case,  then,  we  must  establish  procedures  to  ensure  that  when  changes  are 
made,  a  sufficient  amount  of  information  is  input  to  match  existing  records, 
so  that  these  errors  will  not  occur. 

For  some  files  we  have  chosen  to  use  an  identification  code  based  on  what 
has  been  done  with  CODEN  as  developed  originally  by  the  American  Society 
for  Testing  and  Materials.  We  will  use  three-letter  codes  for  identification  on 
listings  of  items  wherever  the  files  are  small  enough.  In  our  experimental 
group  of  libraries  ah1  in-process  files  will  be  that  size  (with  the  possible 
exception  of  USC  and  Riverside).  The  same  technique  can  also  be  used  in 
handling  a  serials  record  file;  a  three-letter  code  will  identify  each  entry.  These 
codes  will  not  be  permanent  identification  codes;  rather,  they  will  identify  a 
file  at  a  given  time.  This  is  discussed  further  below. 

ADDITIONAL  PRODUCTS 

The  entire  list  of  products  and  services  as  shown  in  Figure  1  obviously  can- 
not be  implemented  in  a  short  period  of  time  with  a  limited  staff.  However,  some 
areas  are  receiving  attention,  and  possible  products  are  being  developed  as 
follows. 

One  of  the  products  that  we  can  produce  readily  for  acquisitions  is  an 
in-process  file  in  at  least  three  sequences:  1)  by  entry,  alphabetically  arranged; 
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2)  in  permuted  form  by  key  words  in  titles;  and  3)  by  order  numbers  or  fund 
numbers,  or  some  other  numerical  listing  meaningful  to  a  particular  library. 
The  three-letter  codes  (mentioned  above)  would  initially  be  assigned  on  the 
basis  of,  perhaps,  the  main  entry  listing.  The  same  code  would  be  assigned  to 
any  appearance  of  the  same  item  in  the  other  two  lists.  Simply  inputting  the 
three-letter  code  as  part  of  an  acquisitions  update  will  cause  the  computer 
automatically  to  pull  out  the  entry  represented  by  that  code.  Some  form  of 
feedback  will  be  given,  either  by  off-line  printout  or  by  direct  feedback  on 
the  terminal,  so  that  users  will  be  able  to  verify  that  they  wish  to  update  the 
record  for  each  of  the  given  codes. 

For  accounting  purposes  we  can  produce  listings,  on  a  regular  basis,  in 
such  forms  as:  1)  volume  (number)  of  purchases,  year-to-date,  by  fund 
number  and  2)  volume  (number)  of  purchases,  year-to-date,  by  subject  area. 

Serials  check-in  could  be  accomplished  by  a  listing  that  would  show  all 
"expected"  items  on  one  half  of  the  page  and  all  "unexpected"  items  on  the 
other  half  of  the  page.  Thus,  in  one  alphabetic  sequence  one  would  have  a 
complete  record  of  all  possible  arrivals.  The  "expected"  ones  would  require  no 
action  on  the  part  of  the  check-in  clerk;  only  those  that  did  not  appear  on 
time  would  have  to  be  entered  into  the  computer  system.  Recording  the  fact 
of  arrival  could  be  done  by  a  checkmark;  the  items  remaining  unchecked  at 
the  end  of  the  period  would  be  those  that  had  to  be  entered  into  the 
computer.  To  notify  the  system  of  the  non-arrival  of  any  issue  listed  in  the 
"expected"  column,  only  the  three-letter  code  needs  to  be  input.  (Since  these 
codes  are  changed  with  each  output  of  the  list,  they  serve  as  identification 
only  for  that  specific  print-out.) 

Items  that  are  not  expected— that  is,  either  irregular  items  or  materials 
that  have  been  "claimed"  and  cannot  be  precisely  pinpointed  as  to  arrival 
date— are  listed  in  the  other  column.  When  the  materials  are  received,  a 
checkmark  is  made  against  each  item.  At  the  end  of  the  cycle,  only  those 
items  received  (i.e.,  check  off)  would  be  input  by  the  three-letter  code. 

Note  that  the  file  is  split  into  two  parts,  each  of  which  uses  a  three- 
letter  code.  Obviously,  with  a  large  file,  the  codes  will  be  duplicated  (across 
columns)  in  at  least  some  portion  of  the  alphabet.  All  "non-receipts"  would 
be  input  first  or  in  a  separate  input  sequence,  and  all  receipts  of  unexpected 
materials  would  be  input  in  a  separate  sequence.  Thus,  the  fact  some  codes 
are  duplicated  is  of  no  importance,  since  the  command  code  (e.g.,  expected, 
unexpected)  differentiates  them.  Using  the  three-letter  codes,  it  ought  to  be 
possible  for  all  but  the  largest  libraries  in  the  country  to  handle  their  serial 
files  with  fairly  simple  coding  procedures  for  input. 

Although  problems  of  error  will  still  exist,  sequences  of  letters  are  much 
less  prone  to  erroneous  inout  than  are  sequences  of  numbers.  Most  typists  do 
not  do  well  with  numbers  in  any  case,  but  are  quite  skillful  in  key  boarding 
letters.  Most  people  remember  letter  sequences,  even  when  they  form  non- 
sense words,  much  better  than  they  remember  numbers.  Only  time  will  tell 
what  actual  problems  there  will  be  with  this  type  of  procedure.  We  do  plan  to 
implement  it. 

Many  statistics  of  interest  in  the  acquisitions  area  have  not  been  avail- 
able to  librarians  in  the  past  simply  because  it  was  uneconomical  to  collect 
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sufficient  data  to  derive  the  information.  For  example,  a  library  might  well  be 
interested  in  knowing  how  many  books  in  a  particular  subject  area  had  been 
purchased  from  a  particular  vendor  over  a  certain  period  of  time.  Using  the 
general-purpose  data  management  system,  all  that  would  be  necessary  to 
create  the  appropriate  output  from  the  data  base  would  be  to  type  in  a 
command  such  as: 

COUNT  PURCHASES  WHERE  VENDOR  EQ*  X  COMPANY  AND 
SUBJECT  EQ  CLASS  QC  AND  DATE  OF  PURCHASE  EQ  1966-67 

Another  example  might  be  an  analysis  of  the  performance  of  a  certain  vendor. 
For  example: 

COUNT  BY  VENDOR  NAME  WHERE  DATE  OF  RECEIPTS 
GQt  DATE  OF  PURCHASE  +  30 

The  system  also  provides  various  aids  to  the  user  who  is  unfamiliar  with, 
or  who  has  forgotten  about,  the  structure  of  the  data  base,  the  steps  required 
to  retrieve  information,  the  meaning  of  terms  or  operation,  and  so  forth.  For 
example,  to  receive  a  list  of  commands  available  to  him,  the  user  merely  types 
in  "?".  To  obtain  additional  information  about  an  error  (after  receiving  an 
error  message  from  the  system),  the  user  would  type  in  the  word  "MORE"  to 
receive  the  desired  information.  To  receive  information  on  words  recognized 
by  the  system— such  as  command  words—  the  user  types  in  the  word  "MORE" 
and  the  specific  system  word.  For  example,  if  the  user  typed  in  "MORE 
SIGMA,"  he  would  receive  the  following  reply: 

SIGMA  COMPUTES  AND  PRINTS  STANDARD  DEVIATION  OF 

DATA  VALUE  FOR  AN  ELEMENT,  SUBELEMENT, 

OR  ARITHMETIC  EXPRESSION 

If  the  user  is  unfamiliar  with  the  structure  of  the  data  base,  he  can  type  in 
the  word  "COMPONENT"  and  receive  a  list  of  the  components  including  their 
legality,  format,  coding  types,  and  so  on  by  typing  in  the  word  "DESCRIBE." 

HARDWARE 

The  terminal  hardware  that  we  are  using,  the  ASR33  Model  teletype, 
made  by  the  Teletype  Corporation,  can  be  used  with  either  the  360/50  or  the 
360/67.  It  would  be  desirable  to  be  able  to  use  display  terminals  for  many 
purposes  within  LISTS.  Unfortunately,  the  technology  has  not  yet  reached  the 
point  where  such  display  terminals  are  in  the  same  price  class  as  the  ASR33, 
which  can  be  leased  for  as  little  as  $60  per  month,  and  purchased  outright  as 
a  complete  machine  for  approximately  $650.  Without  the  attached  paper-tape 
mechanism,  the  machine  is  known  as  KSR33,  and  can  be  purchased  for  under 
$500.  Leased,  the  KSR33  costs  approximately  $45  per  month. 


*EQ  =  equals 

fGQ  =  greater  than  or  equal 
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Not  only  are  display  terminals  more  expensive,  but  the  communications 
requirements  are  somewhat  more  stringent,  particularly  where  a  rapid  display 
capability  is  required.  Slow-speed  display  devices,  which  operate  character  by 
character  at  the  same  rate  as  a  teletype,  are  available  on  the  market,  and  do 
offer  some  advantages  over  the  teletype,  but  their  cost  is  significantly  greater. 
One  obvious  advantage  is  silence,  but  a  concomitant  disadvantge  is  that, 
without  additional  equipment,  there  is  no  hard-copy  record  (at  the  user's  end) 
of  the  transactions  that  have  been  carried  on  with  the  computer. 

Figure  5  shows  the  hardware  configuration  LISTS  will  be  using.  One  of 
the  printers  has  available  the  standard  TN  print  chain,  which  is  a  120 
-character  print  chain  with  upper-case  and  lower-case  characters.  This  is  not 
the  library  print  chain,  however. 

SOFTWARE 

Most  of  the  programming  done  at  SDC  involves  the  use  of  JOVIAL  in 
one  way  or  another.  JOVIAL  is  a  procedural  language  somewhat  like  ALGOL, 
and  it  has  been  accepted  by  the  United  States  Air  Force  as  the  standard 
language  for  command  and  control.  Certain  portions  of  the  time-sharing 
programs  are,  for  one  reason  or  another,  written  in  basic  assembly  language.  It 
is  also  possible  to  call  programs  in  FORTRAN,  COBOL,  or  PLI  and  to  run 
with  them  when  operating  in  batch  mode.  In  due  time  programming  may  be 
done  on-line  in  any  of  these  languages  as  well  as  in  JOVIAL. 

GOALS 

The  goal  of  the  LISTS  project  is  to  derive  the  cost  of  an  on-line 
operation  set  up  to  satisfy  the  processing  and  housekeeping  needs  of  our 
experimental  group  of  libraries.  A  data  base  is  now  available,  or  will  be,  from 
the  Library  of  Congress  and  others.  We  believe  that  the  technologies  are  ripe 
for  this  type  of  service— that  the  hardware  is  now  capable  of  handling  large 
enough  files,  and  that  the  time-sharing  system  has  been  developed  sufficiently. 
The  task  of  the  project  is  to  test  these  beliefs  in  a  realistic  situation.  At  the 
end  of  a  test  period  we  will  know  what  we  have  done  and  what  it  has  cost. 
Will  libraries  be  able  to  afford  such  a  system?  At  what  point  do  telephone  line 
charges  become  too  great  and  cause  the  system  to  become  uneconomical  for  a 
given  library?  What  can  be  done  to  reduce  the  costs  by  creating  more 
programs  tailored  especially  for  library  processing?  It  may  well  be  that  the 
general-purpose  data  management  system  is  not  satisfactory  or  is  too  slow  to 
allow  efficient  operation.  How  much  must  be  changed?  Our  system  allows  us 
to  keep  statistics  on  its  operation  that  we  can  analyze  in  terms  meaningful 
enough  to  allow  us  to  redesign  some  part  of  the  system  to  make  it  more 
economical.  On  the  other  hand,  the  costs  may  be  so  high  that  we  will 
conclude  that  we  must  wait  until  fourth-generation  equipment  is  here  before 
we  can  really  say  "the  time  is  right." 

There  is  a  continuing  controversy  over  the  relative  merits  of  time-sharing 
and  batch  processing.  Reports  comparing  some  form  of  on-line  and  off-line 
data  processing  with  respect  to  man/machine  measures  of  system  performance 
suggest  that,  in  general,  the  relative  cost/effectiveness  between  time-sharing 
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Component 


Qty 


Capacity/Speed   Total  Bytes 


Main  Core  Memory  (2365-12)          2 

Cycle  time  .75  u-sec. 
Accesses  8  bytes  (double  word) 
in  parallel 

Drum  (2301)  2 

Average  access  time  8.6  ms. 
.  Data  rate  1,250,000  bytes/sec. 
.  Rotates  @3500  rpm 

Disc  (2314)  2 

Average  access  time  75  nis. 

(25  ms./min.  to  135  ms./max. ) 
.  Data  rate  312,000  bytes/sec. 
.  Max.  number  of  bytes/track  7,294 
.  Number  of  tracks  -  4000/2316 

Tape  Drives  (2402 -3 ,9 -Track)       10 

.   Tape  Speed  112.5  ipa 

.  Density  800  bytes/in. 

.  Data  rate  90,000  bytes/sec. 

Tape  Drives  (2402-3,  7-Track)       6 

.  Tape  Speed  112.5  ips 
.  Density  800,556,200  bytes/in. 
.  Data  rate  @800  Density 
90,000  bytes/sec. 

Printer  (1403-Nl)  2 

Reader  (2540)  1 

Punch  (25^0)  1 

Communication  Terminals  (274l)  25 

Operator  Comm.  Terminals  ( 1052 )  1 

CC-30  3 

.   CC7012  @  serial  trans,  option 
.   CC72  @  multiplexor  allowing  up 

to  30  devices 
.  Two  CC30  stations 


262,1^  bytes     524,288 


4,000,000  bytes    8,000,000 


29,170,000  bytes  466,720,000 


21,000,000  bytes  210,000,000 


20,450,000  bytes  122,700,000 


1100  1pm 

1000  cards/min. 

300  cards/min. 

14.8  char. /sec. 

14.8  char. /sec. 

625  char. /sec. 


Figure  5.  Characteristics  of  the  IBM  360/67 

*Teletype  terminals  may  be  substituted  for  some  of  these.  Their  printing  rate  is  only  ten 
characters  per  second. 
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and  batch  processing  is  very  sensitive  to,  and  varies  widely  with,  the  precise 
man/machine  conditions  under  which  experimental  comparisons  are  made. 
Very  little  is  known  about  individual  human  performance  differences,  learning, 
and  decision-making  in  connection  with  time-sharing  systems.  There  is  a 
paucity  of  information  on  the  data  processing  problems  and  tasks  and  on  the 
empirical  use  of  computer  languages  and  system  support  facilities.  Significant 
experimental  work  comparing  time-sharing  with  batch  processing,  or  with  any 
other  data  processing  technique,  requires  development  in  depth  of  the  entire 
applied  scientific  field  of  user  and  system  performance  as  a  whole.  Such 
development  is  presently  in  its  infancy. 
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ENCODING  OF  THE  PROJECT 
INTREX  ARGUMENTED  CATALOG  DATA  BASE* 


Project  Intrex  is  a  series  of  long-range  experiments  in  information 
transfer  which  is  meant  to  have  particular  application  to  university  library 
services  in  the  next  decade.  The  experimental  work  currently  under  active 
investigation  incorporates  several  of  the  ideas  generated  during  the  summer  of 
1965  at  the  Intrex  planning  conference.1  Essentially,  this  research  falls  into 
two  major  areas:  1)  an  augmented  catalog,  which  stores  and  retrieves  informa- 
tion about  documents,  and  2)  text  access,  which  stores  and  retrieves 
documents.2 

Work  on  the  augmented  catalog  is  divided  among  a  data  input  group,  a 
storage  and  retrieval  group,  and  an  output  system  (display  console)  group 
working  together  with  the  text  access  group.  This  paper  will  primarily  cover 
those  aspects  in  the  development  of  the  augmented  catalog  experiments 
concerning  data  input,  namely,  the  generation  and  encoding  of  the  catalog's 
data  base.  In  order  to  appreciate  the  data  structure,  we  must  first  consider  the 
nature  of  the  catalog  experiments. 

The  objectives  in  the  design  of  the  Intrex  augmented  library  catalog  are 
to  provide  answers  to  such  questions  as: 


*The  research  reported  in  this  document  was  made  possible  through  the  support 
extended  the  Massachusetts  Institute  of  Technology,  Project  Intrex,  under  a  grant  from 
the  Carnegie  Corporation,  and  under  Contract  NSF-C472  from  the  National  Science 
Foundation  and  the  Advanced  Research  Projects  Agency  of  the  Department  of  Defense. 
This  paper  has  also  been  issued  as  Electronic  Systems  Laboratory  report  number 
ESL-R-360. 
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What  data  elements  in  a  catalog  are  necessary  and  useful  to  different 
categories  of  university  community  users? 

What  is  the  best  way  to  encode  and  to  display  this  data? 

What  methodologies  and  searching  strategies  do  people  employ  in  using 
a  catalog? 

What  costs  are  involved  in  supplying  various  kinds  of  information? 

How  can  these  findings  be  optimized  in  the  development  of  a  prototype 
operational  catalog? 

There   are   three  key  terms  to  keep  in  mind  about  this  catalog:    1)  it  is 
experimental,  2)  it  is  time-shared,   and  3)  it  is  augmented. 

Augmentation  refers  to  the  extension  in  coverage  and  depth  of  informa- 
tion in  the  catalog  beyond  that  of  traditional  catalogs  and  indexes.  This  single 
catalog  accommodates  the  description  of  all  types  of  documents:  monograph 
and  serial,  whole  and  analytic,  print  and  non-print.  Consequently,  a  large 
number  of  bibliographic  data  elements  associated  with  diverse  bibliographic 
forms  have  been  identified  and  synthesized  into  a  hospitable,  single-catalog 
structure. 

Time-shared  means  that  the  catalog  is  computer-based  and  is  accessible 
simultaneously  to  a  number  of  users  at  remote  locations.  More  significantly,  it 
implies  that  the  catalog  is  dynamic  in  nature.  From  the  user's  point  of  view,  it 
means  that  he  engages  in  dialog  with  the  catalog,  he  maintains  selectivity  over 
the  amount  of  information  to  be  called  up  from  any  catalog  record,  and  he 
can  even  make  entries  and  comments  into  the  catalog.  These  interaction 
capabilities  also  apply  to  the  librarian  as  a  user,  and  to  them  we  can  add  ease 
of  updating  and  revision  whereby  such  maintenance  does  not  disrupt  other 
users;  they  also  indicate  an  extension  of  the  concept  of  access  to  an  evolving 
catalog  entry  when  a  record  is  created  in  stages. 

Experimental  is  perhaps  the  most  important  key  term  because  it  provides 
flexibility  to  investigate  the  optimum  structure  of  a  catalog.  This  means  there 
are  no  ties  to  existing  or  past  catalog  structures  which  might  otherwise  con- 
strain achievement  of  our  experimental  objectives.  There  is  freedom  to  change 
both  order  and  format  of  data  elements  to  meet  varying  experimental  condi- 
tions. While  these  freedoms  exist,  compatability  is  also  important  and  weight  is 
given  to  the  more  traditional  representations  of  data  elements. 

With  our  experimental  flexibility,  the  augmented  catalog  is  an  evolving 
system  whose  initial  and  final  configurations  can  be  very  different.  With  the 
augmentation  feature,  we  build  upon  the  basic  records  found  in  traditional 
catalogs.  With  the  computer  base,  we  have  a  dynamic  system  whose  data 
elements  can  be  stored,  manipulated,  and  retrieved  to  suit  varying  user  needs. 

The  discusson  so  far  has  been  intended  to  create  a  general  flavor  for  the 
basis  of  the  augmented  catalog.  The  body  of  this  paper  discusses  specifics  in 
the  current  ongoing  development  of  the  catalog;  actual  testing  of  the  catalog 
in  a  real-user  environment  did  not  begin  until  the  summer  of  1968.  Encoding 
of  the  data  base  will  be  discussed  first,  generation  of  the  data  base  second, 
and  finally  some  initial  evaluations. 
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Data  Elements 


The  data  structure  of  the  augmented  catalog  was  established  by  identi- 
fying, describing,  and  analyzing  data  elements  associated  with  diverse  biblio- 
graphic forms.  Those  data  elements  that  were  the  same  or  similar  in  purpose 
were  synthesized  into  one.  The  aim  was  to  establish  consistency  in  handling 
the  same  information  from  different  bibliographic  forms,  an  important  factor 
for  this  single  catalog.  Data  elements  normally  implicit  in  traditional  records 
by  form,  language,  or  position  in  the  record,  were  made  explicit.  Specifica- 
tions were  written3  which  defined  each  data  element  and  established  its  identifi- 
cation (tagging)  and  format  for  machine  readability.  The  initial  specifications 
for  Project  MARC  at  the  Library  of  Congress,4'^  and  the  descriptive  cata- 
loging manual  of  the  Atomic  Energy  Commission's  Division  of  Technical 
Information^  were  particularly  helpful  to  us. 

There  are  approximately  115  data  elements  that  we  have  chosen  to 
work  with  to  date.  These  data  elements  are  combined  into  fifty  fields.  Each 
data  element  is  equivalent  to  a  subfield.  Each  field  is  assigned  a  number.  The 
fifty  fields  can  be  grouped  into  six  major  catagories: 

1)  Catalog  control  information  (fields  1-5) 

2)  Physical  document  control  information  (fields  10-12) 

3)  Descriptive  cataloging  information  (fields  20-50) 

4)  Document  content  information  (fields  65-73) 

5)  Article  citation  information  (field  80) 

6)  User  feedback  information  (field  85) 

The  data  elements  are  listed  in  Figure  1  under  their  assigned  field  numbers. 

Naturally,  only  some  of  the  data  elements  will  apply  to  the  description 
of  any  one  record.  It  is  interesting  to  note  that  Curran  and  Avram7  have 
compiled  a  listing  of  several  hundred  bibliographically-related  elements;  yet 
any  existing  traditional  catalog  or  index  contains  only  a  small  fraction  of 
these  elements. 

It  is  not  possible  to  cover  in  this  paper  the  meaning  and  specifications 
for  all  data  fields  that  can  constitute  a  catalog  record.  The  discussion,  together 
with  the  illustrations,  is  intended  to  indicate  the  over-all  nature  and  structure 
of  the  viable  total  record  and  to  show  the  relations  between  parts  of  a  record. 

Record  and  Field  Identification 

Each  catalog  record  begins  with  the  tag  for  field  1 ,  the  record  number. 
This  tag,  in  machine-readable  form,  identifies  field  1  to  the  computer;  and 
because  of  its  initial  position,  it  also  serves  to  identify  to  the  computer  the 
beginning  of  a  new  catalog  record.  Our  current  initial  mode  of  machine- 
readable  input  is  punched  paper  tape.  The  field  1  tag  is  encoded  on  this  tape 
as  //!/  where  the  two  initial  slash  marks  are  preceded  by  the  nonprinting 
punch  codes  for  carriage  return  and  lower  case.  Other  fields  are  similarly 
identified  by  their  field  numbers.  However,  the  order  of  appearance  of  other 
fields  in  a  record  may  be  random.  The  end  of  a  catalog  record  is  machine 
identified  by  codes  for  the  3-character  string  -.-,  that  is,  the  3  characters 
"hyphen  period  hyphen." 
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Coding 

The  data  entered  into  a  field  may  be  natural  data,  or  fully  or  partially 
coded  data.  Data  elements  that  are  coded,  with  some  examples,  are  indicated 
in  Figure  1.  Some  codes  are  mnemonic,  particularly  where  the  number  of 
individual  items  to  be  coded  in  our  catalog  is  small,  as  are  library  names,  or 
where  such  a  device  would  facilitate  the  cataloging  operation,  as  with  relators. 
These  codes,  like  the  rest  of  the  catalog  format,  can  be  expanded  or  changed 
to  meet  new  requirements.  Only  eight  fields  are  completely  coded;  these  are 
marked  by  an  asterisk  in  Figure  1. 

The  rest  of  this  discussion  on  encoding  is  aided  by  reference  to  Figures 
2  and  3,  both  of  which  show  a  complete  catalog  record,  and  to  Figures  4  and 
5,  which  give  additional  examples  of  specific  formats  of  some  fields.  The 
names  of  the  fields  appearing  in  the  record  illustrations  can  be  obtained 
through  the  field  numbers  from  the  listing  in  Figure  1 . 

Subfields  and  Delimiters 

Machine  identification  of  data  elements  is  necessary  for  machine  search- 
ing and  retrieval,  for  transformation  of  data  into  a  form  suitable  for  display  to 
a  user,  or  for  employing  different  type  fonts  for  different  data  elements  in  a 
printed  output.  Each  separate  machine-identifiable  data  element  is  also  termed 
a  subfleld.  Delimiters  explicitly  establish  the  boundaries  of  some  subfields 
while  other  subfields  are  implicitly  delimited  by  data  context.  If  a  data 
element  or  a  set  of  data  elements  can  be  repeated  within  its  field,  then  each 
occurrence  of  the  set  is  termed  a  repeating  data  group  (or  repeating  subfield 
group).  Repeating  data  groups  are  also  delimited  explicitly  or  implicitly. 

The  delimiters  used  for  explicit  tagging  are  generally  the  punctuation 
symbols,  such  as  colon  and  semicolon,  or  the  nesting  marks,  such  as  paren- 
theses and  brackets.  Mirror  image  nesting  symbols  are  particularly  useful  visual 
aids  in  proofreading  operations.  With  the  exception  of  note  delimiters 
(discussed  below),  delimiters  are  defined  locally,  that  is,  only  in  terms  of 
individual  field  specifications.  While  this  is  true,  the  semicolon  most  often 
separates  repeating  data  groups.  For  example,  in  the  personal  name  field  (field 
21),  there  are  as  many  repeating  data  groups,  separated  by  semicolons,  as 
there  are  personal  names  associated  with  the  document.  These  names  are  not 
just  those  of  authors,  but  of  anyone  (except  publisher)  significantly  associated 
with  the  document.  Within  each  repeating  data  group,  parentheses  following  a 
name  delimit  a  mnemonic  relator  code  subfield  identifying  the  person's  func- 
tional relation  to  the  document,  such  as  joint  author  (JA),  editor  (ED), 
illustrator  (IL),  or  patent  assignee  (PA). 

For  each  person  named  in  field  21,  his  corporate  affiliation,  if  known,  is 
given  in  field  22.  The  repeating  affiliation  data  group  for  each  person  may 
itself  contain  repeating  subfield  groups  such  as  the  following:  1)  the  person's 
corporate  affiliation  at  the  time  the  work  reported  on  was  peformed;  2)  the 
person's  present  corporate  affiliation,  or  the  affiliation  from  which  the  person 
is  on  a  leave  of  absence;  the  latter  is  followed  by  the  relator-like  phrase  (ON 
LEAVE);  3)  the  person's  title  at  each  of  the  two  affiliations. 
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Figure  4  illustrates  the  format  of  corporate  affiliation  data  groups;  a 
person's  title  is  delimited  by  colons,  and  a  slash  mark  separates  the  two 
possible  title-affiliation  subfield  groups  for  each  person. 

Corporate  names  associated  with  a  document  are  placed  in  field  23  as 
repeating  data  groups  separated  by  a  semicolon.  Each  corporate  name  may 
have  a  relator  code,  such  as  (TH)  for  thesis  submitted  to  this  institution,  and 
(SP)  for  sponsor  of  a  conference.  Conference  names  are  additionally  tagged  by 
a  sharp  sign  (#)  preceding  the  name.  The  format  of  a  corporate  name  consists 
of  a  main  heading  which  may  have  one  or  more  subheadings;  two  spaces 
separate  each  subheading.  The  geographic  location  pertaining  to  the  name 
given  by  the  last  subheading  is  added  to  the  entry.  This  geographic  addition  is 
appended  to  the  main  heading;  an  exception  occurs  when  the  place  is  already 
part  of  the  main  heading.  All  place  names,  whether  they  appear  within  the 
main  heading  or  as  an  addition  to  it,  are  tagged  with  a  pair  of  slanted  single 
quotes.  Corporate  names  that  are  qualified  by  the  addition  of  a  larger 
associated  corporate  body  name  have  that  addition  enclosed  within  square 
brackets  and  this  addition  may  be  further  qualified  by  place.  Examples  of  the 
corporate  name  structures  may  be  seen  in  Figure  4. 

The  above  discussion  of  the  personal  name,  corporate  name,  and  affilia- 
tion fields  is  illustrative  of  the  use  of  explicit  delimiters.  Explicit  delimiters 
are  not  necessary  when  (1)  there  is  no  need  to  separate  data  elements,  (2) 
adjacent  data  elements  are  fixed  in  length  or  absolute  position  with  respect  to 
each  other,  or  (3)  adjacent  data  elements  are  of  different  character  content. 
Data  context  provides  implicit  delimitation  of  information.  A  field  such  as 
language  (field  36)  does  not  require  in  our  record  explicit  delimiters  for  its 
data.  This  is  a  coded  field  and  fourteen  languages  (those  most  likely  to  occur 
in  our  experimental  environment)  have  each  been  assigned  a  single-letter 
alphabetic  code.  A  multilingual  document  may  have  up  to  three  languages 
identified  in  its  record  as  repeating  data  groups.  Under  normal  circumstances, 
this  field  has  a  fixed  maximum  length  of  three  characters,  each  one  repre- 
senting the  same  catagory  of  information;  consequently,  there  is  no  need  for 
an  explicit  delimiter. 

Notes 

In  establishing  data  element  formats,  we  realized  that  the  following 
conditions  on  information  from  a  particular  record  might  arise  at  some  future 
date: 

1)  A  field  is  fixed  in  maximum  length,  but  the  information  cannot  fit 
within  the  fixed  length. 

2)  A  field  is  coded,  but  the  information  cannot  be  expressed  by  any  of 
the  established  codes. 

3)  A  field  requires  a  specified  format,  but  the  information  cannot  be 
put  into  such  a  format. 

4)  The  information  can  meet  the  format  specifications  for  a  field  but  it 
requires  further  elucidation. 

To  overcome  these  conditions,  we  have  postulated  a  ncfte,  appropriately 
delimited,  which  may  be  inserted  within  any  field.  The  delimiter  preceding  a 
note  is  the  character  string  "ampersand  hyphen"  (&-)  and  the  delimiter 
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following  a  note  is  an  "ampersand"  (&).  Occurrence  of  these  delimiters  results 
in  an  automatic  program  override  of  the  normal  format  of  information  at  this 
position,  and  the  computer  program  acceptance  of  the  note  as  straight  text. 
There  are  two  kinds  of  notes:  those  that  completely  replace  a  field,  and  those 
that  clarify  information  given  in  a  field.  The  text  of  all  clarification-type  notes 
is  enclosed  within  parentheses  so  that,  on  display,  it  will  be  distinguished  from 
the  information  clarified.  The  specifications  for  some  fields  state  particular 
conditions  under  which  use  of  a  note  is  anticipated.  For  example,  in  the 
language  field  (field  36)  when  a  document  appears  in  a  language  not  having  an 
assigned  code,  or  when  more  than  three  languages  are  prominent  in  a  docu- 
ment, the  field  specifications  call  for  the  entry  as  a  note  of  all  of  the  promi- 
nent languages  in  word  form.  The  use  of  a  note  is  illustrated  in  Figure  5. 

Transfer  Code 

A  transfer  code  is  used  whenever  information  required  for  a  given 
catalog  record  is  contained  in  another  record.  This  is  especially  useful  for 
relating  analytics  to  their  respective  whole  works.  For  example,  library  loca- 
tion and  full  citation  information  recorded  about  an  entire  conference 
proceedings  need  not  be  recorded  again  on  the  separate  records  for  the 
individual  conference  papers.  A  transfer  code  is  used;  it  contains  only  the 
number  of  the  record  referred  to,  which  in  this  case  is  the  record  number  for 
the  entire  conference.  The  transfer  code  is  delimited  initially  by  the  character 
string  "ampersand  plus"  (&+)  and  finally  by  an  "ampersand"  (&);  it  is 
illustrated  in  field  47  in  the  record  shown  in  Figure  2.  The  information  sought 
from  the  record  referred  to  in  the  transfer  code  will  depend  upon  the 
particular  field  or  subfield  occupied  by  the  transfer  code,  and  by  the  question 
asked  of  the  catalog. 

Dates,  Diacritical  Marks,  and  Abbreviations 

Dates  are  entered  into  the  augmented  catalog  in  a  six-position  con- 
figuration. For  example,  June  3,  1966,  is  coded  as  060366.  If  two  months  or 
years  appear  in  combination,  only  the  first  is  entered;  thus  November/ 
December  is  taken  as  November  and  entered  as  110000,  while  1954/55  would 
be  entered  as  000054.  The  seasons  are  equated  to  the  months  of  January, 
April,  July,  and  October.  Dates  for  other  than  the  twentieth  century  are 
entered  as  a  note.  Dates  appearing  in  quoted  text,  or  in  a  qualification  to  a 
conference  name,  are  given  in  conventional  style. 

All  diacritical  marks  appearing  in  foreign  language  text  are  ignored.  The 
only  general  abbreviations  allowable  for  machine-readable  data  input  are  those 
listed  in  the  Anglo-American  Cataloging  Rules;  to  these  we  have  added  Div. 
for  Division,  and  M.I.T.  for  Massachusetts  Institute  of  Technology.  Specifica- 
tions for  a  particular  field  may  indicate  locally  allowable  abbreviations  for 
that  field.  Abbreviations  appearing  in  text  are  generally  retained. 

Special  Characters 

The  representation  of  characters  and  symbols  not  on  our  keyboard  is  of 
particular  importance.  These  symbols  are  defined  as  special  characters.  Cur- 
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rently  they  are  represented  by  a  word  or  other  symbol  equivalent  which  is 
bounded  by  asterisks.  Figure  6  lists  some  of  the  special  characters  defined  to 
date.  Some  symbols  have  more  than  one  representation  depending  upon  the 
context  in  which  they  are  used.  The  symbol  representations  are  intended  to 
minimize  problems  in  human  recognition  and  readability  when  the  representa- 
tions themselves  must  appear  in  outputs  that  are  print-chain  or  key  limited. 
At  the  same  time,  the  tagging  will  permit  machine  recognition  through  table  look- 
up for  presentation  of  the  actual  character  on  a  cathode-ray  tube  display  output. 

Document  Content  Information  Fields 

The  fields  comprising  document  content  information,  article  citation 
information,  and  user  feedback  information,  deserve  particular  comment. 

Author's  purpose  (field  65)  indicates  the  author's  interest  in  writing  the 
document.  This  field  distinguishes  between  original  research  (theoretical,  ex- 
perimental, humanistic),  development  and  application,  review  (critical,  non- 
critical),  comment  (critical,  noncritical),  text,  essary,  and  proposal.  Codes  for 
as  many  catagories  as  are  applicable  to  an  individual  document  are  entered 
into  its  record. 

Level  of  approach  (field  66)  indicates  the  academic  level  of  the  author's 
intended  audience,  such  as  professional  (including  graduate  student)  level, 
undergraduate  level  (including  a  professional  in  another  nonrelated  field),  and 
layman.  A  user's  personal  level  in  understanding  documents  in  a  particular 
subject  area  is  not  necessarily  the  same  as  his  actual  academic  position. 

Table  of  contents  or  section  headings  are  given  in  field  67  whenever 
these  headings  provide  subject  content  information.  The  beginning  page 
numbers  of  each  section  are  also  included. 

Features  of  a  document  which  are  particularly  noteworthy  in  adding  to 
the  document's  usefulness  are  described  in  field  68.  Such  features  might 
include  a  glossary,  indexes,  illustrations,  symbol  definitions,  appendices,  dis- 
cussions and  exercises.  Data  for  this  field  is  entered  as  natural  text. 

Bibliography  in  field  69  gives  a  coded  description  of  the  type,  location, 
and  estimated  number,  of  bibliographic  references  cited  by  a  document.  Three 
types  of  bibliography  are  identified  (references,  suggested  readings,  and  com- 
prehensive survey)  and  three  locations  are  identified  (end  of  text,  end  of 
chapter,  footnotes).  In  contrast  to  field  69,  which  indicates  the  nature  and 
size  of  a  bibliography,  field  80  (article  reference  citations)  contains  standard- 
ized formats  of  the  actual  references  cited  by  journal  articles.  More  will  be 
said  about  field  80  in  the  evaluation  section. 

Excerpts  from  a  document  and  an  abstract  of  the  document  may  be 
given  in  fields  70  and  71,  respectively.  An  excerpt  is  followed  by  its  text  page 
location  and  an  abstract  is  followed  by  its  source.  For  practical  reasons, 
excerpts  are  given  only  in  the  absence  of  an  author  abstract  accompanying  the 
document.  Similarly,  excerpts  from  document  reviews,  or  references  to  such 
reviews,  can  be  entered  in  field  72. 

The  most  important  field  in  a  catalog  record  is  subject  indexing,  field 
73.  The  subject  terms  describing  a  document  are  complete  phrases  that,  while 
freely  chosen,  are  primarily  based  on  the  natural  text  of  a  document;  no 
thesaurus  or  other  authority  list  is  used.  Each  term  is  assigned  a  weight  of  0, 
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1,  2,  3,  or  4.  Regular  weights  of  1,  2,  or  3,  reflect  the  extent  to  which  a 
document  discusses  the  concept  represented  by  the  term.  A  weight  of  1 
signifies  that  the  term  is  descriptive  of  most  of  the  entire  document;  a  weight 
of  2  indicates  that  the  term  characterizes  a  section  of  the  document;  and  a 
weight  of  3  refers  to  a  term  that  describes  a  small  fraction  of  the  document. 
The  special  weight  of  4  is  assigned  to  terms  representing  mathematical  tools, 
instrumental  tools,  materials,  or  applications  which  are  cited  in  the  document 
but  which  do  not  appear  in  any  other  index  term.  The  special  weight  of  0 
(zero)  is  reserved  for  terms  that  are  generic  to  the  subject  matter  of  a 
document.  Each  term,  followed  by  parentheses  enclosing  its  assigned  weight, 
constitutes  a  repeating  data  group.  There  is  no  bound  on  the  number  of  terms 
used  to  describe  a  document.  The  subject  indexing  process  will  be  discussed 
more  fully  in  the  section  on  data  base  generation. 

User  Comments  Field 

A  field  for  an  unusual  purpose  is  user  comments,  field  85.  Comments 
will  be  sought  from  users  on  any  aspect  of  this  computer  catalog,  including 
the  indexing,  the  records,  and  the  documents  these  represent.  These  comments 
will  be  specially  stored  and  periodically  printed  out  for  verification  and 
editing.  Comments  falling  within  the  sphere  of  a  specific  field  in  a  given 
record  will  be  entered  into  that  field  directly,  as  for  instance,  errata  in  field 
42,  or  otherwise  appended  to  the  field  as  a  note.  Those  comments  expressing 
a  value  judgment  on  a  document,  or  pertaining  in  general  to  a  record,  will  be 
entered  in  field  85.  Comments  will  be  signed,  that  is,  attributed  to  their 
source. 

Catalog  Record  Structure 

The  structure  of  traditional  book  cataloging  records  is  based  on  the 
three  organizing  categories— entry  (or  heading),  statement,  and  note.  Curran 
and  Avram7  discuss  the  inadequacy  of  these  categories  for  handling  biblio- 
graphic data  elements  for  all  forms  of  documents  and  their  records.  The 
augmented  catalog  record  structure  is  designed  along  analytical  lines  to  give 
maximum  flexibility  in  experimentally  handling  diverse  data  elements,  and  to 
enhance  the  retrieval  and  display  functions  of  the  Intrex  system. 

In  an  analytical  record,  statements  normally  found  in  the  body  of  the 
descriptive  entry  of  traditional  records  are  broken  into  component  parts,  and 
data  of  the  same  kind  are  listed  as  a  repeating  data  group.  While  it  is  possible 
to  reconstitute  traditional  statements  from  listings  in  an  analytical  record,  this 
would  be  inefficient  if  system  output  is  primarily  oriented  to  producing 
traditionally  formatted  printed  records.  In  Intrex,  system  output  is  display- 
oriented  and  the  analytically  structured  record  gives  added  versatility  in 
optimizing  displays  of  bibliographic  data. 

Still,  if  full  statements  are  to  be  generated  from  an  analytical  record,  the 
wording  and  order  may  not  necessarily  be  the  same  as  appears  on  a  document 
title  page  or  in  a  traditional  record.  These  discrepancies  are  not  considered 
serious  for  Intrex  because  the  essential  value  (content  or  argument)  of  each 
element  is  retained  in  the  analytical  record,  and  because  a  document  title  page 
can  be  consulted  by  display  through  the  Intrex  text  access  system. 
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Our  analytical  approach  can  be  more  formally  related  to  traditional 
record  formats  in  that  statements  essentially  have  been  reduced  to  headings  in 
the  analytical  record.  For  example,  there  is  no  author  statement  but,  as  we 
have  seen,  personal  and  corporate  names  associated  with  the  documents  are 
listed  in  an  entry-like  form.  The  Anglo-American  Cataloging  Rules  are  fol- 
lowed in  establishing  the  form  of  these  entries,  with  the  added  provision  that 
corporate  names  are  usually  to  be  qualified  by  place.  A  reconstituted  author 
statement  would  require  an  appropriate  translation  of  the  relator  codes  associ- 
ated with  a  name  but  this  wording  may  differ  from  that  found  on  the 
document's  title  page.  Title  and  series  added  entries  in  traditional  records  are 
generally  the  same  as  their  respective  statements;  consequently,  we  can 
consider  title  and  series  statements  as  headings  and  their  form  in  the 
augmented  catalog  record  is  not  very  different  from  that  in  the  traditional 
record.  The  edition  statement  is  also  essentially  unchanged,  but  imprint  and 
collation  in  the  augmented  catalog  record  are  broken  into  component  fields. 
An  advantage  over  the  paragraphing  of  traditional  records  is  seen  in  the 
treatment  of  notes.  Notes  either  are  tagged  and  appended  directly  to  the  fields 
to  which  they  apply,  or,  as  in  the  case  of  contents,  they  constitute  an 
individual  field  in  the  augmented  catalog. 

In  a  retrieval  and  display-oriented,  computer-stored  catalog  with  inverted 
file  directories  of  names,  the  concept  of  a  main  entry  may  seem  outmoded. 
Nevertheless,  the  augmented  catalog  retains  the  main  entry  concept  for  two 
related  reasons.  First,  we  must  still  interface  with  traditional  systems.  Second, 
in  the  absence  of  standardized  bibliographic  citations,  the  main  entry  aids  in 
answering  the  user  question,  "How  can  I  cite  this  document?"  The  second 
reason  also  has  practical  application  in  any  limited  printed  by-products  from 
the  computer-based  catalog.  Choice  of  main  entry  is  based  upon  the  Anglo- 
American  Cataloging  Rules.  A  pointer  is  entered  in  field  20  indicating  whether 
the  main  entry  is  a  personal  name,  corporate  name,  or  title;  if  the  main  entry 
is  a  name,  that  name  appears  first  in  the  appropriate  field. 

The  analytical  catalog  structure  is  flexible  so  that  new  fields  of  informa- 
tion can  be  readily  incorporated  whenever  their  desirability  is  warranted. 
Specifications  are  now  being  written  for  fields  covering  the  history  of  a 
publication  title,  and  for  titles  other  than  the  main  title  by  which  a  document 
may  be  known. 

GENERATION  OF  THE  DATA  BASE 

The  processes  involved  in  the  generation  of  a  machine-readable  data 
record  as  input  to  the  augmented  catalog  are  discussed  in  this  section.  A 
general  flow  diagram  of  the  Intrex  system,  operating  within  the  M.I.T.  Com- 
patible Time  Sharing  System  (CTSS)  environment,  is  shown  in  Figure  7.  The 
lower  portion  of  that  diagram,  the  present  input  work-flow,  is  shown  in  more 
detail  in  Figure  8.  Each  block  indicated  will  be  covered  in  turn;  emphasis  is 
on  current  procedures. 

Data  Base  and  Literature  Selection 

The  literature  base  for  the  augmented  catalog  experiments  is  in  the  large 
interdisciplinary  subject  of  materials  science  and  engineering.  Because  the 
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current  literature  for  this  entire  field  greatly  exceeds  the  10,000  document 
initial  size  of  the  first  experimental  catalog,  only  literature  in  selected  areas  of 
materials  science  and  engineering  is  cataloged.  These  selected  areas  reflect  the 
research  interests  of  particular  groups  at  M.I.T.;  in  point  of  fact,  the  particular 
research  groups  are  chosen  first.  Such  selectivity  assures  us  of  a  specific 
population  of  experimental  users  and  it  assures  the  user  groups  of  a  meaning- 
ful catalog. 

Careful  attention  is  given  to  the  identification  and  selection  of  research 
groups.  Factors  we  consider  include:  size,  composition,  and  stability  of  the 
research  group;  diversity  of  interests  within  a  group;  scientific  relationships  of 
a  group's  interests  to  those  of  other  groups;  and  the  library  and  literature 
orientation  of  a  group. 

To  develop  comparisons  on  these  points,  we  have  held  discussions  with 
administrative  personnel  in  the  M.I.T.  Center  for  Materials  Science  and 
Engineering,  and  have  made  appropriate  data  compilations  from  two  series  of 
annual  reports  issued  by  the  Center.  Additionally,  groups  were  ranked  by  a 
number  which  is  the  ratio  of  a  weighted  group  size  to  the  number  of  different 
research  projects  within  the  group.  This  factor,  together  with  the  compilations 
and  all  the  comments  from  the  discussions,  led  to  the  initial  selection  of  two 
research  groups.  Each  group's  main  interest  is  considered  a  subfield  of  ma- 
terials science  and  engineering;  these  subfields  are:  1)  radiofrequency,  micro- 
wave, and  optical  spectroscopy  of  liquids  and  solids;  and  2)  high-temperature 
metallurgy. 

Additional  research  groups  have  since  been  selected  on  the  basis  of 
modified  criteria,  namely  to  increase  the  number  of  potential  system  users  and 
the  adequacy  of  the  data  base  without  unduly  enlarging  that  base.  As  a  result, 
the  interests  of  the  first  two  groups  have  been  considered  as  dual  cores; 
interests  of  additional  research  groups  must  then  significantly  overlap  with  one 
or  the  other  of  the  core  groups.  To  date,  one  group  on  microwave  and 
quantum  magnetics  has  been  added  to  the  first  core,  and  another  group  on 
casting  and  solidification  has  been  added  to  the  second  core. 

In  order  to  ensure  that  the  literature  base  we  develop  will  be  responsive 
to  the  needs  of  a  selected  group,  and  so  that  group  members  will  be  prepared 
to  experiment  with  it  when  it  is  ready,  several  additional  steps  are  taken. 
These  steps  include:  eliciting  the  cooperation  of  the  group;  explaining  to  the 
group  the  salient  features  of  the  augmented  catalog;  learning  about  the  group's 
approaches  to  the  literature;  learning  which  journals  are  most  important  to 
their  work;  and  gaining  further  understanding  of  the  scope  and  bounds  of  the 
group's  professional  interests.  These  steps  are  accomplished  through  two  or 
three  meetings  with  representatives  of  the  group. 

Once  a  group  has  been  selected  and  its  research  interests  identified,  the 
appropriate  literature  must  be  selected  and  cataloged.  For  a  meaningful  cata- 
log of  limited  size,  literature  selection  is  not  a  trivial  matter.  In  reflecting  the 
literature  needs  of  the  research  groups,  the  journal  and  conference  literature 
have  been  accorded  nearly  total  emphasis.  When  a  sufficient  base  of  this  prime 
literature  has  been  established,  other  literature  forms  will  be  added  to  round 
out  the  catalog. 

The  research  groups  choose  the  set  of  journals  of  interest  to  them,  and 
individual  articles  from  this  set,  going  back  to  January  1,  1967,  are  selected. 
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Article  selection  was  initially  performed  by  our  librarians.  An  analysis  of  the 
librarian-selected,  journal-article  literature  indicated  that  much  material  of 
peripheral  interest  to  the  group  was  being  included.  For  example,  in  one  test, 
the  librarians  selected  186  of  585  possible  articles  (31.8%),  whereas  a  pro- 
fessor and  a  doctoral  candidate  in  the  research  area  selected  49  (8.4%)  and  66 
(11.3%)  articles,  respectively,  from  the  same  group  of  585.  Of  those  articles 
selected  by  the  professor  and  doctoral  candidate,  the  librarians  had  selected 
73.5%  and  63.6%,  respectively,  while  the  doctoral  candidate  selected  only 
46.9%  of  the  articles  selected  by  the  professor.  Apparently,  the  librarian's 
selection  of  a  large  proportion  of  relevant  articles  is  achieved  through  the 
scatter  effect  of  overselection.  Accordingly,  in  order  not  to  overextend  the 
data  base,  a  change  was  made  in  the  article  selection  procedure.  This  change 
requires  the  cooperation  and  participation  of  two  members  of  the  research 
group.  Copies  of  journal-issue  tables  of  contents  are  routed  to  them;  in  return 
for  this  current  awareness  service,  they  indicate,  independently,  those  articles 
they  consider  important  to  their  area.  All  such  articles,  plus  any  obvious 
oversights  caught  by  a  librarian,  are  accepted  for  the  data  base. 

A  journal  article  selection  card,  shown  in  Figure  9,  is  used  for  internal 
record  keeping.  On  this  card,  an  alphabetic  code  indicates  which  research 
groups  have  scanned  the  contents  of  a  journal  issue.  For  each  article  that  has 
been  selected,  the  initial  page  number  of  the  article  and  the  record  number 
assigned  to  the  article  are  entered  on  the  card. 

The  text  access  experiments  of  Project  Intrex  utilize  the  same  set  of 
documents  that  are  indexed  in  the  augmented  catalog.  Full  text  of  these 
documents  is  stored  on  microfiche.  The  fiche  is  prepared  from  microfilm.  As  a 
by-product  of  the  microfilming,  full-sized  electrostatic  prints  of  the  document 
are  made  and  cataloging  is  done  from  the  print  rather  than  from  the  original 
document.  This  is  important  to  our  particular  operation  because  the  originals 
are  not  unduly  detained  from  use  by  regular  library  patrons  who  may  also  be 
our  potential  system  users.  It  also  means  that  we  can  mark  up  the  copies  to 
suit  our  purposes.  Microfilming  is  initiated  through  the  3-part,  no-carbon- 
required  form  illustrated  in  Figure  10.  The  last  two  parts  are  retained  for 
internal  files  ordered  by  record  number  and  by  analytic  or  main  entry.  A 
messenger  uses  the  first  part,  or  microfilm  initiation  copy,  to  locate  the 
document,  slip  it,  check  it  out  of  the  library  and  deliver  it  to  the  Micro- 
reproduction  Laboratory.  Microfilming  to  the  tolerances  required  by  text 
access  and  quality  control  checks  take  three  days,  at  the  end  of  which  the 
prints  of  the  microfilmed  material  are  picked  up  and  logged-in.  The  prints 
include  a  copy  of  the  microfilm  initiation  slip;  the  original  is  kept  by 
Microreproduction.  The  microfiche  access  number,  assigned  at  the  time  of 
filming  and  recorded  on  the  slip,  appears  on  this  copy.  This  number,  when 
machine  stored,  will  couple  the  text  access  experiments  to  the  augmented 
catalog  experiments.  The  slip  print  copy  stays  with  the  document  print  as  it 
travels  through  the  cataloging  operation.  The  slip  contains  full  formatted 
information  for  fields  1,  2,  5,  and  47  which  a  typist  later  machine  encodes. 

Record  Creation 

A  cataloger  takes  one  of  the  incoming  document  print  copies  and  attaches 
to  it  the  worksheet  illustrated  in  Figure  1 1 .  The  left  half  of  this  sheet  serves  as  a 
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checklist  of  data  fields  which  might  be  expected  to  appear  for  a  given 
bibliographical  form.  The  right  half  of  the  sheet  is  for  input  control 
information;  each  successive  person  processing  the  document  indicates  the  task 
number  for  what  they  did,  the  date,  and  the  time  required  to  accomplish  the 
task. 

In  the  cataloging  operation,  the  intellectual  task  of  indexing  precedes 
the  addition  of  descriptive  data  to  a  record.  In  order  not  to  interrupt 
discussion  of  the  over-all  work  flow,  details  of  the  indexing  procedure,  per  se, 
are  deferred  to  the  next  section.  The  assigned  weighted  index  terms  are 
recorded  on  plain  lined  paper  appended  to  the  document  print.  Data  for  three 
other  subject  content  information  fields  are  supplied  next:  these  are  author's 
purpose,  level  of  approach,  and  special  features.  The  librarian,  after  checking  a 
corporate  name  authority  file  and  establishing  any  new  corporate  names 
associated  with  the  document,  then  records  data  for  fields  22  and  23.  The 
authority  file,  currently  on  cards,  ensures  consistency  in  recording  corporate 
names.  We  anticipate  procedures  for  machine-storage  of  this  file  and  the 
referencing  of  established  corporate  names  by  a  number  associated  with  the 
name.  The  librarian  also  supplies  the  data  for  fields  31,  39,  40,  42,  43,  and  45 
whenever  these  fields  are  applicable. 

Another  concern  of  the  librarian  at  this  time  is  the  tagging  of  informa- 
tion on  the  document  print  for  the  typist's  attention.  The  tagging  includes: 
adding  relators  to  personal  names;  decisions  on  inclusion  of  excerpts  (appro- 
priate text  is  circled)  or  tables  of  contents;  and  pointing  to  hidden  data,  as 
might  be  the  case  for  the  date  an  article  was  received  for  publication.  The 
tagging  procedure  is  in  effect  for  journal  and  serial  articles  and  conference 
papers;  for  other  document  types,  the  librarian  currently  supplies  all  the 
descriptive  cataloging  data. 

The  document  and  its  record  are  then  reviewed  by  another  librarian. 
Additions  or  corrections  to  the  record  may  be  made.  This  review  is  primarily 
a  check  on  the  indexing  operation  and  it  is  discussed  more  fully  in  the  next 
section.  After  review,  the  documents  and  their  records  proceed  to  the  typists. 

The  typists  are  responsible  for  gathering  and  formatting  other  descriptive 
cataloging  data  from  the  tagged  copies  of  articles  and  conference  papers;  they 
also  gather  from  the  worksheet  and  format  the  input  control  information  for 
all  document  records.  This  information,  together  with  the  librarian-generated 
information,  is  typed  and  punched. 

Friden  2303  Flexowriters  are  used  to  produce  machine-readable  punched 
paper  tapes  of  the  catalog  records  simultaneously  with  typed  hard  copies.  The 
paper  tape  mode  was  selected  because  it  accommodates  a  large  character  set, 
including  upper  and  lower  case,  as  well  as^  ease  in  handling  lengthy  records 
containing  many  variable  length  data  fields. 

As  a  practical  matter,  the  last  field  entered  on  a  record  is  field  3,  input 
control  information,  so  that  the  typist  may  enter  the  time  taken  to  machine 
encode  the  record.  Typing  errors  are  corrected  on  the  paper  tape  only  when 
the  typist  immediately  catches  the  error.  Other  errors  that  the  typist  detects 
in  the  record  are  marked  on  the  hard  copy  for  later  correction. 

At  the  typing  stage,  ten  records  are  batched  to  form  one  file  of  paper 
tape  input.  The  first  record  in  a  file  is  preceded  on  the  tape  by  the  file 
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number  assigned  by  the  typist.  The  last  record  in  the  paper  tape  file  is 
followed  by  a  punch  code  for  "stop."  Subsequent  input,  error  identification, 
and  error  correction  operations  are  on  the  basis  of  a  file.  All  hard  copy 
documents  and  records  are  temporarily  stored  by  file;  the  files  of  tape  are 
logged  out  and  turned  over  to  software  personnel  for  computer  input. 

The  paper  tape  file  is  read  into  an  IBM  7094  computer  through  a 
satellite  PDP-7  computer,  and  Flexowriter  codes  are  converted  into  ASCII 
codes.  The  file,  now  called  a  working  file,  is  stored  on  disk,  and  printed  on  a 
1403  line  printer,  equipped  with  an  extended  character-set  print  chain.  The 
printout  is  returned  to  the  input  group  and  matched  with  the  hard  copy  file. 

Error  Identification  and  Correction 

Proofreading  of  the  first  computer  printout  of  a  file  against  the  previous 
hard  copy  is  performed  by  a  librarian.  This  is  also  the  first  time  that  the 
descriptive  cataloging  performed  by  the  typists  is  checked.  Consistency  among 
certain  fields  is  also  sought;  for  example,  if  data  appears  in  field  43  for  a 
thesis,  associated  personal  and  corporate  names  with  appropriate  relators 
should  also  appear  in  fields  21  and  23,  respectively.  Errors  are  marked  for 
correction  on  the  printout  and  a  separate  tabulation  is  made  of  the  number  of 
errors  in  each  of  four  classes  (cataloging,  policy,  typing,  mechanical). 

Correction  of  errors  in  the  computer-stored  working  file  is  done  by  a 
typist  at  an  IBM  2741  console  using  an  on-line  context  editing  program. 
On-line  context  editing  allows  a  dialog  between  typist  and  computer  in 
identifying  and  verifying  changes  in  the  data  by  referencing  the  changes  to  be 
made  by  their  context,  or  surroundings,  in  the  file.  A  sample  extended  dialog 
is  shown  below. 

/within  the  framework/  \l) 

within  the  framework  of  the  simple  conering  collision-time  model.  (2) 

v/convering/conserving/  (3) 

within  the  framework  of  the  simple  convering  collision-time  model.  (4) 

<*> 

In  the  sample  dialog,  the  typist  specifies  the  line  to  be  corrected  by 
typing  a  suitable  unique  portion  of  that  line  (see  line  1  above).  After  the 
computer  finds  a  line  having  that  specification,  it  responds  by  typing  the 
entire  line  (see  line  2).  The  typist  then  determines  that  it  is  indeed  the  desired 
line.  If  it  is,  the  typist  specifies  the  characters  to  be  changed  and  the  manner 
of  the  change.  On  line  3  of  the  example,  "convering"  is  to  be  changed  to  the 
correctly  spelled  word  "conserving."  the  "v"  appearing  at  the  beginning  of  the 
sequence  is  a  command  indicating  that  a  verification  is  to  be  made  before  the 
character  substitution.  The  computer  responds  by  retyping  the  entire  line  (see 
line  4)  and  emphasizing,  by  typing  in  red,  those  characters  which  the  com- 
puter understands  are  to  be  corrected;  these  are  the  characters  underlined 
twice  on  line  4.  If  this  is  the  correct  substitution,  the  typist  next  enters  the 
command  "s"  for  substitute  (see  line  5)  and  the  change  is  made.  Use  of  the 
verify  command  before  the  substitute  command  guards  against  a  data  change 
on  the  basis  of  an  ambiguous  context  specification.  In  addition  to  making 
substitutions,  the  typist  can  also  delete  lines  or  insert  new  lines. 
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During  the  on-line  editing,  additional  errors  in  the  file  not  previously 
caught  in  proofreading  are  also  corrected,  and  a  separate  tabulation  is  made  of 
their  number  and  class.  A  new  printout  of  the  edited  working  file  is  made. 
This  printout  is  proofread  by  a  typist  against  the  previous  printout.  Any 
errors  are  corrected  on-line.  When  no  further  errors  are  detected  in  a  file 
printout,  the  on-line  editing  program  is  used  to  certify  that  the  records  in  the 
file  are  ready  for  further  processing  into  the  computer-stored  data  base,  that 
is,  their  status  is  changed.  Computer  processing  of  individual  catalog  records 
now  replaces  the  computer  processing  of  files  of  batched  catalog  records. 

Computer  File  Organization 

The  corrected  disk-stored  catalog  records  are  restructured  and  to  each 
record  a  header  table  of  field  locations  is  added  which  replaces  the  field  tags. 
Additionally,  information  is  extracted  from  the  records  to  create  two  disk- 
stored  inverted  files  to  the  set  of  catalog  records,  that  is,  a  personal  name 
index,  and  a  combined  subject-title  index,  each  with  references  to  catalog 
record  numbers.  Each  reference  contains,  in  addition  to  a  record  number, 
codes  for  certain  attributes  of  the  associated  document.  For  example,  in  the 
subject  term  inverted  file,  reference  attributes  might  indicate  whether  or  not 
the  document  is  a  journal  article  written  for  a  professional  and  containing 
results  of  original  research.  Attribute  codes  are  automatically  assigned  from 
the  data  extracted  from  the  record. 

Both  of  the  inverted  files  and  the  complete  catalog  record  files  will  each 
have  a  directory  serving  to  localize  the  position  of  file  entries  on  the  disk.  The 
computer  file  organization  is  shown  in  Figure  12.  The  catalog  record  file 
directory  will  reside  on  disk,  but  the  inverted  file  directories  will  reside  in 
core  memory.  This  computer  file  organization  permits  three  levels  of  searches: 
searching  on  inverted  file  keys  (personal  names,  or  subject/title  terms);  search- 
ing on  specific  attributes  of  documents  as  given  in  the  references  listed  under 
inverted  file  keys;  and  searching  through  the  fields  of  the  catalog  records 
themselves. 

Concurrent  with  the  creation  of  the  inverted  files  and  the  associated 
directories,  two  special  files  are  also  created.  One  is  a  bookkeeping  file 
containing  control  information  data  extracted  from  field  3  and  intended  for 
use  in  statistical  compilations  on  document  processing  rates.  The  second 
special  file  is  a  rejected  records  file  containing  records  which  computer 
programs  recognize  as  containing  potential  errors;  human  tracing  of  these 
"errors"  is  required  to  remove  the  objection  to  the  record  raised  by  the 
computer  program. 

Indexing 

The  indexing  process  requires  the  greatest  amount  of  the  professional 
effort  expended  in  cataloging.  Our  current  procedures  call  for  the  use  of  terms 
based  upon  the  text  of  a  document.  In  general,  terms  are  combinations  of 
phrases.  A  term  from  a  document  may  require  further  intensification  to 
provide  fairly  complete  context  among  its  individual  components.  Each  term 
is  structured  to  provide  sufficient  contextual  expression  such  that  the  term 
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may  stand  by  itself.  Further,  each  term  is  weighted  to  reflect  that  proportion 
of  a  document  devoted  to  discussing  the  represented  concept.  Illustrations  of 
the  set  of  subject  terms  for  two  records  may  be  seen  in  Figures  2  and  3. 
There  is  no  limit  on  the  number  of  terms  assigned  to  a  document  and  no 
authority  list  of  terms  is  used. 

There  are  five  steps  in  the  indexing  process:  1)  Scanning  a  document  to 
get  an  idea  of  its  coverage;  2)  Identifying  those  concepts  in  the  document 
which  are  to  be  indexed;  3)  Formulating  an  appropriately  structured  subject 
term  to  represent  the  concept;  words  and  phrases  not  appearing  in  a  docu- 
ment may  be  used;  4)  Weighting  the  subject  term;  and  5)  Recording  the  final 
decision.  These  steps  are  often  performed  simultaneously. 

Good  initial  sources  of  subject  terms  are  a  document's  title,  abstract, 
section  headings,  introduction,  conclusions,  and  illustrations  and  their  cap- 
tions. These  sources  can  be  insufficient,  in  which  case  text  must  be  examined 
in  sufficient  detail  beyond  a  general  scan.  Text  provides  additional  sources  of 
whole  subject  terms  or  additional  words  for  term  intensification.  Terms 
receive  weights  of  one  when  they  represent  most  of  the  content  of  an  entire 
document,  weights  of  two  when  they  represent  most  of  the  content  of  an 
entire  section  of  a  document,  and  weights  of  three  when  they  represent  the 
content  of  only  small  portions  of  a  document.  Materials,  tools,  techniques, 
and  applications,  which  deserve  to  be  indexed  but  which  do  not  otherwise 
appear  in  any  other  term,  are  accorded  weights  of  four.  Terms  of  a  more 
generic  nature  to  the  document  may  be  added  and  these  terms  receive  a  zero 
weight. 

In  the  review  operation,  another  librarian  provides  a  quality  control  on 
indexing  by  checking  the  work  of  the  original  cataloger.  Points  looked  for 
include:  relative  completeness  of  the  set  of  terms  in  covering  the  total 
essential  concepts  expressed  in  a  document;  completeness  of  each  individual 
subject  term  in  expressing  a  concept;  redundant  terms;  trivial  terms;  awkward 
expression;  readability;  accuracy;  and  appropriateness  of  a  weight.  The  re- 
viewer may  make  whatever  deletions,  changes,  or  additions  to  the  indexing  are 
deemed  necessary.  Only  the  very  major  changes  are  discussed  for  feedback 
purposes  with  the  original  indexer.  In  all  cases,the  reviewer's  decision  is  the 
final  one.  Because  all  the  librarians  serve  both  as  indexers  and  reviewers,  an 
important  indexing  information  exchange,  only  partly  verbal,  occurs  during 
the  review.  Indexing  is  a  technique  learned  through  continuous  experience. 
The  review  serves  as  a  common  educating  device  by  increasing  the  reviewer's 
awareness  of  the  total  indexing  forest;  techniques  and  pointers  gained  by  a 
reviewer  from  the  work  of  others  can  be  applied  to  his  own  future  indexing 
of  the  trees. 

The  indexing  technique  is  not  a  rapid  one  but,  as  we  shall  see  shortly,  it 
allows  flexibility  in  designing  experimental  information  retrieval  systems.  In 
order  to  increase  the  rate  of  cataloging  without  sacrificing  the  basis  of  the 
indexing  procedure,  an  indexing  time  limit  and  a  student  indexing  program 
were  instituted. 

The  time  limit,  based  upon  the  early  experiences  of  the  indexers,  is 
correlated  to  the  number  of  pages  in  the  document  being  indexed;  twenty 
minutes  are  allowed  for  indexing  documents  containing  up  to  three  pages, 
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thirty  minutes  for  documents  containing  four  or  five  pages,  and  on  up  to  a 
maximum  of  seventy-five  minutes  for  a  document  of  twenty  or  more  pages. 
The  institution  of  such  time  limits  has  the  added  advantage  of  creating  an 
immediate  fixed  goal  for  the  indexer  to  meet.  A  goal  of  x  documents  indexed 
per  time  period  does  not  account  for  document  length  and  that  is  potentially 
detrimental  to  the  indexing. 

Students,  predominantly  undergraduates  in  science  and  engineering,  are 
being  employed  to  index  documents.  Prior  to  assuming  indexing  duties,  these 
students  attend  three  training  sessions  and  receive  practice  indexing  assign- 
ments for  homework  following  the  first  two  sessions.  The  training  program 
initially  orients  the  students  to  the  scope  of  Project  Intrex  and  the  nature  of 
the  augmented  catalog  experiments  before  proceeding  to  cover  the  funda- 
mentals of  their  specific  job  of  indexing.  During  the  training  sessions  and  in 
discussions  of  their  assignments,  the  students  are  presented  with  a  spectrum  of 
acceptable  indexing,  and  they  are  encouraged  to  develop  their  own  consistent, 
yet  acceptable,  approach  to  indexing.  At  their  last  meeting,  each  student  is 
assigned  to  a  librarian  who  will  serve  as  his  reviewer.  No  more  than  two 
students  are  assigned  to  a  librarian.  Further  training  and  guidance  of  the 
student  in  indexing  is  provided  on  the  job  by  the  reviewer.  Although  en- 
couraged to  do  their  work  at  the  laboratory,  the  students  may  work  at  home; 
each  student  is  expected  to  work  about  ten  hours  a  week. 

The  cataloging  for  which  each  student  is  responsible  is  the  indexing  of  a 
document  (field  73),  the  author's  purpose  (field  65),  and  the  level  of  ap- 
proach (field  66).  The  student's  reviewer  critiques  the  indexing  more 
thoroughly  than  would  be  done  for  another  librarian's  indexing.  Corrections, 
additions,  or  deletions  to  the  indexing  are  analyzed  and  these  are  discussed 
with  the  student,  generally  once  a  week.  The  reviewer  also  adds  other 
necessary  fields  (for  example,  corporate  names)  to  the  student-initiated  record 
before  it  enters  the  normal  work-flow  pattern  at  the  typing  stage. 

Our  first  experiences  in  using  students  as  indexers  have  been  varied,  but 
we  consider  the  over-all  program  to  be  successful.  The  rapport  between 
student  and  reviewer  has  been  generally  very  good.  Each  provides  the  other 
with  a  better  insight  into  and  perspective  of  the  nature  of  the  indexing 
process.  Most  of  the  students  have  produced  acceptable  indexing.  Some 
students  find  that  they  cannot  devote  the  expected  number  of  hours  to  our 
project.  Because  indexing  is  a  technique  learned  from  experience,  the  quality 
of  their  work  suffers  and  these  students  are  eventually  dropped  from  the 
program. 

Subject  Term  Retrieval 

The  indexing  operation  is  basically  one  of  wide  freedom  in  choice  of 
terms  and  their  component  words;  in  practice,  emphasis  is  given  to  words  used 
by  an  author.  A  user  initially  approaching  the  catalog  will  have  his  own  set  of 
terms  which  may  be  different  from  the  set  used  by  an  author  and  indexer  in 
describing  a  concept.  At  Project  Intrex,  we  do  not  wish  to  constrain  either  an 
indexer  or  a  user  into  using  any  relatively  fixed  set  of  terms  as  represented  by 
subject  authority  lists  and  some  thesauri.  How  then  do  we  try  to  reasonably 
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bridge  the  vocabulary  gap  between  indexer  and  user?  The  answer  lies  in  the 
software  programs  which  manipulate  both  sides  of  the  index  terminology-user 
terminology  interface. 

It  is  unlikely  that  full  matching  will  occur  between  user  terms  and  index 
terms  when  more  than  two  or  three  words  constitute  the  term.  Consequently, 
searching  strategies  are  based  on  partial  term  matching  as  well  as  full  term 
matching.  In  order  to  efficiently  effect  this  strategy,  the  subject  term  inverted 
file  will  contain  as  entry  keys  both  the  full  subject  term,  and  phrase 
decomposed  single  words  from  each  term.  All  the  words  appearing  in  a  single 
subject  term  are  linked  by  virtue  of  their  appearance  within  the  one  term. 
Because  the  subject  terms  are  structured  to  be  complete  and  readable  phrase 
expressions,  the  word  order  and  syntax  of  a  term  play  a  role-like  effect 
without  the  overly  rigorous  constraints  of  role  indicators.  Numbers  indicating 
the  order  of  a  word  in  a  term,  and  the  order  of  that  term  in  the  term  set 
from  a  record,  are  entered  as  attributes  for  each  reference  given  under  that 
word  or  key  term  in  the  inverted  file.  Through  this  mechanism,  searches  can 
be  made  for  individual  words  (derived  from  strings  of  words)  while  also 
specifying  particular  context  or  association  with  other  words  at  a  level  smaller 
(or  larger,  if  the  full  set  of  terms  is  considered)  than  that  of  one  complete 
subject  term. 

A  word  may  have  one  of  a  multiple  number  of  endings  depending  upon 
syntax  and  context  of  its  use  in  a  subject  term.  For  example,  the  stem 
"magnet"  may  have  the  endings  "s,"  "ic,"  "ism,"  etc.  Consequently,  words 
stored  as  keys  in  the  inverted  file  are  reduced  to  their  stem,  and  for  each  stem 
the  word  endings  serve  as  subkeys.  Searching  can  be  initiated  for  full  words  or 
for  stemmed  words.  Syntax  can  be  considered  or  ignored.  The  organization  of 
the  subject  term  inverted  file  is  shown  in  Figure  13. 

Stemming  and  phrase  decomposition  are  applied  not  only  to  the  index 
terms  but  also  to  the  subject  terms  in  a  user  query.  If  partial  matches  through 
these  two  techniques  are  the  order,  when  will  the  complete  subject  term 
expressions  as  furnished  in  indexing  be  used?  As  we  have  seen,  the  full  terms 
provide  certain  attributes  to  the  phrase  decomposed  words.  Additional  aids 
that  utilize  the  full  term  relate  to  the  display  function  capability  of  a  cathode 
ray  tube  console  at  the  man-machine  interface.  For  example,  an  initial  partial 
match  might  yield  an  excessive  number  of  potential  references  to  documents. 
One  technique  of  further  narrowing  the  search  is  the  user's  response  in  a 
man-machine  dialog  which  asked  him  to  select  the  more  appropriate  contexts 
from  a  displayed  list  of  full  subject  terms  initially  selected  by  partial  match- 
ing. In  another  example,  a  user  who  wishes  to  further  discriminate  among  a 
set  of  references  to  documents  could  call  for  display  of  any  data  field  in  a 
catalog  record.  In  this  manner,  display  of  the  set  of  subject  terms  provides  the 
user  with  a  more  complete  picture  of  the  document's  contents. 

What  about  synonyms?  This  is  a  problem  and  one  proposed  solution  is  a 
thesaurus.  Some  think  the  thesaurus  will  constrain  the  indexer  and  user  in 
their  terminology.  We  think  not  because  the  thesaurus  will  not  also  be  an 
authority  list;  rather,  it  will  be  a  machine-stored  guide  and  cross  reference 
switching  device.  A  user  will  be  able  to  see  displays  of  term  relationships.  He 
will  have  freedom  to  use  thesaurus  suggestions  as  he  sees  fit  but  he  will  also 
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be  able  to  specify  automatic  computer  searching  on  terms  synonymous  with 
his  term.  Automatic  searching  from  this  thesaurus  would  be  akin  to  searching 
on  terms  indicated  in  contemporary  thesauri  by  "use,"  '"used  for,"  and 
"narrower  term."  This  thesaurus  will  be  part  of  a  later,  more  sophisticated 
phase  in  the  augmented  catalog  development.  Its  construction  may  be  based 
on  index  terms  and  user  terms  in  the  earlier  phases  of  the  catalog's  develop- 
ment and  on  machine-aided  techniques  used  in  studies  of  automatic  indexing 
and  the  co-occurrences  of  terms. 

EVALUATION 

Several  initial  studies  were  conducted  to  evaluate  the  catalog  data  input. 
It  has  been  our  aim  in  these  studies,  which  are  briefly  described  below,  to 
delineate  characteristics  of  the  catalog  records  and  of  the  data  input  processes, 
to  point  out  particular  operations  used  for  improvement,  and  to  identify 
potential  areas  for  further  detailed  study. 

Our  original  processing  of  catalog  records  included  the  local  generation 
of  reference  citation  data  for  field  80.  A  typist  standardized  the  format  of  the 
references  contained  in  journal  articles  and  punched  a  paper  tape  of  this  data; 
at  a  later  stage  the  citation  data  tape  was  merged  with  the  main  catalog  data 
tape  to  produce  a  single  paper  tape.  An  evaluation  of  the  processing  of  our 
first  fifty  records  (February-March,  1967)  revealed  that  the  time  required  for 
the  citation  formatting  and  keying  processes  alone  (89.0  man-minutes  per 
record)  was  comparable  to  that  required  in  the  generation  and  keying 
processes  of  the  main  catalog  record  data  (82.7  man-minutes  per  record).  This 
data  is  summarized  in  Figure  14.  If  local  generation  of  machine-readable 
citation  data  were  to  continue  without  a  backlog,  personnel  equivalent  in 
number  of  those  working  on  the  generation  of  the  main  record  would  have 
had  to  be  hired.  We  concluded  that  a  more  logical  solution  would  be  to 
suspend  local  generation  of  citation  data  and  to  seek  machine-readable  citation 
data  from  outside  sources.  Discussions  have  been  held  with  the  Institute  for 
Scientific  Information  in  Philadelphia  concerning  the  purchase  of  citation 
data. 

The  initial  start-up  set  of  operations  (see  Figure  14)  included,  for 
example,  complete  cataloging  by  the  librarians  (now  the  typists  handle  most 
of  the  descriptive  cataloging),  keying,  proofreading,  and  editing  of  individual 
records  (now  all  handling  in  these  operations  is  on  the  basis  of  a  file  of  ten 
records),  a  proofreading-editing  loop  using  successive  generations  of  paper  tape 
(now  this  loop  occurs  after  initial  computer  input  and  the  editing  is  an  on-line 
operation).  These  major  changes  in  our  operation  were  implemented  as  we 
gained  better  understanding  of  the  nature  of  each  job  and  as  increased 
computing  facilities  became  available  to  us.  The  current  workflow,  illustrated 
in  Figure  8,  is  considerably  different  from  the  initial  start-up  workflow.  The 
averageprocessing  time  for  each  current  operation  (January- April,  1968),  and 
related  data,  is  given  in  Figure  15. 

Initially,  the  average  time  taken  to  catalog,  review,  key,  and  first 
proofread  a  record  was  82.7  man-minutes;  the  comparable  current  operations 
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take  an  average  68.1  man-minutes  per  record.  The  difference  is  primarily  due 
to  the  cut  by  half  in  the  time  to  key  a  record.  The  typists'  increased 
proficiency  is  all  the  more  significant  because  they  now  have  the  additional 
responsibility  for  formatting  most  descriptive  cataloging  elements.  In  current 
processing,  80  percent  of  the  files  cycle  through  two  edit  loops  (once  for 
editing  and  once  for  certification);  20  percent  of  the  files  have  errors  to  be 
corrected  in  a  second  on-line  editing  step  and  so  these  files  are  cycled  through 
three  edit  loops.  About  half  of  the  11.2  average  number  of  errors  per  file 
detected  during  a  first  proofreading  are  typographical  errors;  cataloging  errors 
comprise  the  remainder.  As  the  number  of  errors  per  file  decreased,  the  ratio 
of  total  computer  time  consumed  to  console-time  consumed  in  on-line  editing 
increases.  The  ratio  is  1/36  for  the  first  on-line  edit  of  a  file  and  it  is  1/6  for 
on-line  certification  of  an  error-free  file. 

The  data  presented  in  Figure  15  is  on  a  per-record  or  per-file  basis.  We 
can  gain  further  perspective  in  this  analysis  by  considering  some  average  length 
parameters  of  a  logical  catalog  record.  There  are  an  average  2,461  keystrokes 
per  record,  exclusive  of  carriage  returns,  tabs,  and  case  shifts,  or  410  six- 
character  English  words  per  record.  There  are  16.4  index  terms  per  record, 
averaging  7.7  English  words  per  index  term  in  length.  At  present,  the  data 
base  consists  almost  entirely  of  journal  articles  or  conference  papers,  and  in 
the  survey  sample  these  documents  averaged  5.3  pages  in  length.  The  set  of 
index  terms  comprises  about  1/3  the  length  of  a  catalog  record,  an  abstract  or 
excerpt  comprises  about  2/5  of  the  record  length,  and  all  other  applicable 
data  elements  account  for  the  remaining  catalog  record  length. 

We  have  made  an  initial  study  of  the  economic  feasibility  of  on-line 
teletypewriter  terminal  keying  with  respect  to  off-line  paper  tape  keying  of 
the  cataloging  data.  Six  files  of  catalog  records  were  keyed  on-line  by  a  typist 
working  at  an  IBM  2741  terminal  connected  to  the  7094  computer.  The 
on-line  input  was  cost  compared  to  that  for  six  files  input  by  the  paper  tape 
medium.  The  analysis  of  each  input  mode  included  all  of  the  computer 
operations  through  the  generation  of  a  first  printout.  The  data  is  summarized 
in  Figure  16;  it  is  valid  only  for  the  current  (March  1968)  M.I.T.  compatible 
time  sharing  system  environment.  The  unit  cost  figures  for  typist  salary 
(including  overhead),  and  keying  machine  rental  costs,  are  prorated  over 
twenty  working  days  per  month,  seven  hours  per  day.  Materials  associated 
with  on-line  input  are  negligible  and  there  is  no  direct  charge  to  us  for 
printout.  The  analysis  shows  that  the  cost  of  on-line  input  of  data  to  the 
augmented  catalog  in  the  current  CTSS  environment  is  $41.07  per  file  whereas 
the  cost  of  paper  tape  input  is  $23.46  per  file.  The  cost  differential  is  due 
almost  entirely  to  the  computer  time  and  cost  required  to  process  data  input 
from  the  on-line  terminal  (205.4  seconds  versus  6.4  seconds).  All  other 
operations  in  the  two  input  modes  are  nearly  equivalent  in  time  and  cost.  As 
the  hardware  associated  with  the  Intrex  system  becomes  available,  and  as  the 
computing  system  environment  changes,  on-line  input  will  be  restudied;  partic- 
ular attention  will  be  given  to  the  effects  of  using  a  local  buffer  computer 
which  is,  in  turn,  connected  to  the  larger  computer  system. 

Another  initial  study8  was  made  to  determine  the  effects  of  indexer 
experience  over  time  on  the  subject  indexing  time  per  record.  The  data  is 
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scattered  but  there  is  evidence  of  an  average  learning  period  of  three  months 
duration  for  librarians  and  of  two  months  duration  for  students.  At  the  end 
of  this  learning  period,  indexing  time  per  record  (averaged  over  all  indexers) 
levels  off  at  six  to  eight  minutes  per  page  from  an  intial  high  of  ten  to  twelve 
minutes  per  page. 

SUMMARY 

A  flexible  analytically  structured  catalog  record  format  was  designed  to 
aid  in  meeting  the  objectives  of  the  display-oriented  Project  Intrex  augmented 
catalog  experiments.  The  catalog  data  elements  and  their  encoding  for 
machine  readability  have  been  discussed.  The  selection  of  documents  from  the 
literature  of  materials  science  and  engineering  for  the  Intrex  data  base,  the 
generation  of  catalog  records  of  those  documents,  and  the  initial  processing  of 
those  records  for  computer-storage  were  covered.  Initial  studies  were  made  to 
evaluate  several  aspects  of  the  data  and  the  data  input  processing.  One  study 
has  shown  that  to  input  data  at  an  on-line  terminal  in  our  current  M.I.T. 
CTSS  operating  environment  is  twice  as  expensive  as  our  normal  off-line  data 
input  using  punched  paper  tape.  Attention  was  given  to  the  creation  from 
each  document  of  a  set  of  complete  index  term  phrases  and  to  the  problems 
of  matching  these  unconstrained  terms  with  similarly  unconstrained  subject 
request  phrases.  Computer  programs  for  phrase  decomposition  and  word 
stemming,  and  interactive  man-machine  dialog,  will  help  solve  the  problems  of 
subject  retrieval.  The  main  development  phase  of  the  experimental  time-shared 
augmented  catalog  is  nearing  completion,  after  which,  active  experimentation 
on  the  Intrex  system  with  user  groups  will  begin. 

References 

1.  Overhage,  Carl  F.  J.,  and  R.  Joyce  Harmon,  eds.  Intrex,  Report  of  a 
Planning  Conference  on  Information  Transfer  Experiments.  Cambridge,  Mass., 
M.I.T.  Press,  1965. 

2.  Details  of  the  evolving  research  program  may  be  found  in:  Massachu- 
setts Institute  of  Technology.  Project  Intrex.  Semi-annual  Activity  Reports. 
Cambridge,  Mass.  (PR-1,  March  15,  1966,  and  continuing). 

3.  Benenfeld,  Alan   R.,   et  al    Cataloging  Manual.   Cambridge,  Mass., 
Electronic    Systems    Laboratory,    Massachusetts    Institute    of    Technology, 
February  1967.  (ESL-TM-303). 

4.  Avram,  Henriette  D.,  et  al.  A  Proposed  Format  for  a  Standardized 
Machine-Readable    Catalog   Record;    preliminary    draft.    Washington,    D.C., 
Library  of  Congress,  Office  of  the  Information  Systems  Specialist,  June  1965. 
(ISS  Planning  Memorandum  3). 

5.  Ibid.,  Supplement  1.  October  20,  1965. 

6.  Atomic  Energy  Commission.  Division  of  Technical  Information  Ex- 
tension. Descriptive  Cataloging  Guide.  1st  revision.  Oak  Ridge,  Tenn.,  January 
1966.  (TID  4577  (Rev.  1)). 


175 

7.  Curran,  Ann  T.,  and  Avram,  Henriette  D.  The  Identification  of  Data 
Elements  in  Bibliographic  Records.  (Final  report  of  the  Special  Project  on 
Data  Elements  for  the  subcommittee  on  Machine  Input  Records  (SC-2)  of  the 
Sectional   Committee   on   Library  Work  and  Documentation  (Z-39)  of  the 
United  States  of  America  Standards  Institute).  May  1967. 

8.  Lufkin,  Richard  C.  "Determination  and  Analysis  of  Some  Parameters 
Affecting  the  Subject  Indexing  Process."  Unpublished  B.S.  thesis  prepared  for 
Massachusetts  Institute  of  Technology,  1968. 


176 


AUGMENTED  CATALOG  DATA  ELEMENTS 


I.  CATALOG  CONTROL  INFORMATION 


Field  Number  and  Name 

Data  Elements 

1.      Record  Number 

Record  Number 

2.   ^Document  Selection 

Selector's  Position  Code 
(1    =  librarian) 
(2   =  faculty  member) 

Research  Group  Code 
(B    =  high  temperature  metallurgy) 

3.      Input  Control 

Worker  Code  Number 
(1   =  Jane  Rust) 

Task  Code  Number 
(2   =  subject  cataloging) 

Date  Task  Done 

Time  to  Do  Task 

4.      On  -Line  Date 

On-Line  Date 

5.      Access  Number 

Microfiche  Number 

Inclusive  Frame  Numbers 

II.  PHYSICAL  DOCUMENT  CONTROL  INFORMATION 


10.      L.  C.  Card  Number 

L.  C.  Card  Number 

11.      Library  Location 
and  Number  of 
Copies 

Library  Name  Code 
(e   =    Engineering  Library) 
frn  =  Materials  Center  Reading  Room) 

Number  of  Copies 

Call  Number 

Special  Shelf  Location  Code 
(E   =  in  journal  stacks) 
(M  =  on  reference  shelf) 

Non-Call  Number  Shelf  Arrangement 
Code 
(1    =  under  title) 
(2   =  under  course  number) 

12.      Serial  Holdings 

Library  Name  Code 
(see  field   11) 

Holdings 

Figure  1 .  Fields  and  Data  Elements  in  the  Augmented  Catalog. 

Parentheses  enclose  examples  of  coded  data  elements.  Asterisks  indicate 

completely  coded  fields. 


III.     DESCRIPTIVE  CATALOGING  INFORMATION 


Field  Number  and  Name 

Data   Elements 

20. 

*Main  Entry  Pointer 

Main  Entry  Pointer 
(1    =  personal  name) 
(3   =  title) 

21. 

Personal  Names 

Personal  Name 

Honorific 

Dates 

Personal  Name  Relator  Code 
(ED   =   editor) 
(TS    =  thesis  supervisor) 

22. 

Personal  Name 
Affiliations 

Title  of  Position 

Corporate  Name 

Place  Qualification 

New  or  Former  Affiliation 

23. 

Corporate  Names 

Corporate  Name 

Place  Qualification 

Non-Place  Qualification 

Conference  Name 

Corporate  Name  Relator  Code 
(TH  =  thesis  submitted  to 
this  institution) 
(HA  =  institution  at  which  a  con- 
ference was  held) 

24. 

Title 

Main  Title 

Supplied  Title 

Subtitle 

Translated  Title 

25. 

Coden  Title 

Coden  Title 

26. 

Edition  Statement 

Edition  Statement 

27. 

Publisher 

Publisher  or  Distributor  Name 

Non-Publisher  Relator  Code 
(DS   =  distributor) 
(  IA   =  issuing  agency) 

28. 

Place  of  Publication 

Place  of  Publication 

29. 

Dates  of  Publication 
(for  monographs 
and  monographic 
sets) 

Publishing  Date 

Copyright  Date 

Reproduction  Date 

Figure  1  (continued) 
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Field  Number  and  Name 

Data   Elements 

30. 

^Medium 
(physical  nature  of 
the  document) 

Medium  Code 
(  1   =  conventionally  printed) 
(  6   =  microfiche) 
(18  =  constructional  model) 

31. 

*Format 
(arrangement  of 
information  within 
a  document) 

Format  Code 
(    f  =  directory) 
(    r   =  professional  journal) 
(bb  =  article  like  that  found  in  a 
professional  journal) 
(  ii  =  editorial) 

32. 

Pagination 

Pagination 

33. 

Illustrations 

Illustration  Note 

34. 

Dimensions 

Dimensions 

35. 

Serial  Frequency 

Issue  Frequency  Code 
(a  =  daily) 
(g   =  bimonthly) 

Number  of  Issues  Per  Serial  Volume 

Number  of  Volumes  Per  Year 

36. 

*  Language 
of  Document 

Language  Code 
(e   =  English) 
(f  =  French) 
(r  =  Russian) 

37. 

*  Language  of 
Accompanying 
Abstract 

Language  Code 
(see  field  36) 

38. 

Series  Statement 

Series  Name,   Including  Title 

Number  in  the  Series 

39. 

Report  Numbers 
and  Patent  Numbers 

Report  Number 

Paper  Number 

Patent  Number 

Patent  Country  of  Origin 

Based-upon  Relator  Code 
(BR   =  based  on  a  report  bearing 
the  accompanying  number) 

40. 

Contract  Statement 

Contracting  Agency  Name  or 
Contract  Monitor  Name 

Contract  Number 

41. 

Supplement  Referral 

Type  of  Supplement  Code 
(st  =  supplement  to) 
(ib  =  indexed  by) 

Number  or  Date  of  Supplement 

Record  Number  of  Supplement 

Figure  1  (continued) 
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Field  Number  and  Name 

Data   Elements 

42. 

Errata 

Location  of  Incorrect  Data 

Corrected  Data 

Corrector's  Name 

Citation  to  Published  Errata 

43. 

Thesis 

Degree  Level  Code 
(1   =  doctorate) 

Date  of  Thesis 

Degree  Abbreviation 

Subject  Field  of  Degree 

44. 

Variants 

Language  Code  for  the  Variant 
(see  field  36) 

Medium  Code  for  the  Variant 
(see  field  30) 

Library  Location  of  Variant 
(see  field  11) 

Source  Document 

45. 

Titles  of  Variants 

Titles  of  Variants 

46. 

Article  Receipt  Date 

Date  Article  Received  for  Publication 

47. 

Analytical  Citation 
Statement 

Serial  Analytics  : 
Coden  Title 

Numbers   -  Volume,   Issue,   Part 

Date 

Inclusive  Paging 

Monograph  Analytics  : 
Page  or  Chapter  Location 

Transfer  Code  to  Record  of 
Larger  Work 

48. 

Abstract  Services 

Coden  for  Abstracting  Publications 

49. 

Cost  -  Text  Access 
Source 

Price 

Medium  Code 
(see  field  30) 

50. 

Commercial  Cost 
and  Availability 

Price 

Medium  or  Format  Code 
(see  field  30  and  field  31) 

Language  Code 
(see  field  36) 

Supplier  Name  and  Address 

Figure  1  (continued) 
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IV.     SUBJECT  CONTENT  INFORMATION 


Field  Number  and  Name 

Data   Elements 

65. 

#  Author's  Purpose 

Author's  Purpose  Code 
(t  =  report  on  original  research  -- 
theoretical) 
(e   =   report  on  original  research  -- 
experimental) 
(n  =  review  --  non-critical) 

66. 

#Level  of  Approach 

Level  of  Approach  Code 
(1   =  professional  (including 
graduate  level) 
(4  =  undergraduate  level) 

67. 

Table  of  Contents 

Heading 

Beginning  Page  Number 

68. 

Special  Features 

Special  Features  Statement 

69. 

Bibliography 

Type  of  Reference 
(1   =  references) 
(2   =  suggested  readings) 

Location  of  References 
(e  =  end  of  complete  text) 
(f  =  footnotes) 

Number  of  References 

70. 

Excerpts 

Excerpt 

Location  of  the  Excerpt 

71. 

Abstracts 

Abstract 

Abstractor 

Citation  to  the  Abstract 

72. 

Reviews 

Review 

Reviewer 

Citation  to  the  Review 

73. 

Subject  Indexing 

Subject  Term 

Weight 
(1   =  term  representing  most  of 
document  content) 
(2   =  term  representing  major  section 
of  document  content) 
(3   =  term  representing  small  seg- 
ment of  document  content) 
(4  =  term  representing  materials, 
tools,   techniques  not  appear- 
ing in  another  index  term) 
(0  =  term  generic  to  document 
content) 

(Figure  1  (continued) 
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V.     ARTICLE  CITATION  INFORMATION 


Field 

Number  and  Name 

Data   Elements 

80.       I 

Article  Reference 
Citations 

References  Cited 

Citing  References 

VI.     USER  FEEDBACK  INFORMATION 


85.       User  Comments 


User  Comments 


Figure  1  (continued) 
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//I/   4299 
1/21   A24 
//5/   7-CIO-D3 


//30/  1 

//69/  le(4) 

//33/  lllus. 

//36/  e 

//37/  £ 

//65/  b 

7/66  3 

//31/  dd 

pp.  1453-  1458.   IN  6H-4180& 


//24/  An  internally  reflecting  optical  resonator  with  confocal 
properties 

//2I/  Holshouser,  D.F. 

I/22/  University  of  ^Illinois',  "Urbana*.   Electrical  Engineering 
Dept. 

//4()/  %U.S.'  Air  Force  Office  of  Scientific  Research 
#AF-49-(638)-556#AFOSR-62-25<) 

//68/  Contains  diagram  of  geometry  for  confocal  internal  reflection 


Figure  2.  Sample  Catalog  Record  for  a  Conference  Paper. 

Underlined  field  numbers  indicate  fields  formatted  by  librarians. 

Dots  indicate  fields  tagged  for  the  typists'  attention. 
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//7()/  Optical  resonators  using  spherical  mirrors,  e.g.  confocal 
systems,  have  been  shown  to  have  significant  advantages 
over  configurations  using  planar  mirrors.   In  particular, 
diffraction  losses  can  be  much  lower  and  alignment  is  less 
critical.  However,  planar  systems  have  had  an  advantage 
heretofore  in  that  coated  mirrors  could  be  replaced  by 
internally  reflecting  prisms,  thereby  eliminating  the 
problems  associated  with  lossy  or  fragile  coatings. 
Also,  undesired  modes  are  reduced  since  rays  not  parallel 
to  the  axis  are  not  completely  reflected.   This  paper 
describes  the  configuration  for  an  internally  reflecting 
surface  which  exhibits  properties  of  a  spherical  mirror, 
and  presents  experimental  results  obtained  with  a 
semi-confocal  maser  using  this  configuration, 
[text,  p. 1453] 

//73/  internally  reflecting  optical  resonator  with  confocal 

properties  (I); 
configuration  for  an  internally  reflecting  surface  which 

exhibits  properties  of  a  spherical  mirror 

confocal  system  (I); 

basic  properties  of  a  confocal  resonator  (2); 
analytic  expression  for  the  internally  reflecting  surface 

which  satisfies  confocal  requirements  (3); 
Schott  barium  crown  glass  doped  with  neodymium  (4); 
fabrication  of  semi-confocal  optical  maser  (3); 

//3/   37/2,  032968,  11:15-11:25; 

1/1,  040168,  9:26-9:29; 

1/7,  040268,  11:06-11:08; 

11/4,  <)4o468,  11:35-11:50; 


Figure  2  (continued) 
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//!/       3644 


A24 

175-A1-B5 
//20/   I 
//30/   I 
//47/  PHRVA.  v.  161,  no.  2,  091067.  pp.  350-366. 

//2l/  Hempstead,  Robert  D.  (TA); 
Lax,  Melvin  (JA) 

//22/  Bell  Telephone  Laboratories,  ^Murray  Hill',  *N.J.'/ 

University  of  %  Illinois',  *Urbana'.  Dept.  of  Physics; 
Bell  Telephone  Laboratories,  "Murray  Hill',  %N.J.* 

//23/  M.I.T.,  ^Cambridge',  %Mass.'  (BT); 

^American  Physical  Society  Meeting,  "New  York',  1966 

//24/  Classical  noise,  part  4;  noise  in  self-sustained  oscillators 
near  threshold 

//43/  2,090065.  M.S.  (Electrical  Engineering) 

//31/  bb 

//46/  032867 

//36/  e 

//37/  e 

//33/  illus. 

//69/  lf(38) 

//67/   I.  Introduction  (p.  350) 

2.  The  Langevin  and  Fokker-Planck  equations  (p.  352) 

3.  Transformation  to  polar  coordinates  (p.  354) 

4.  Integration  over  the  phase  variable  (p.  354) 

5.  Steady-state  amplitude  probability  distribution  (p.  354) 

6.  Calculation  of  the  power  spectra  (p.  356) 

7.  Eigenf  unction  expansion  (p.  358) 

8.  Accuracy  of  computations  (p.  362) 

9.  Summary  (p.  362) 

10.  Appendix  A.      The   laser  model   (p.  363) 

11.  Appendix  B.      The  circuit  model    (p.  364) 

12.  Appendix  C.      The  boundary  condition  for 
G(r,   r*sub  0*;   *lambda*,   *omega*)    (p.  366) 

//68/     Contains   tables  of  fluctuation  data  and  graphs  of   power 
spectra  and  fluctuation  potentials 

Figure  3.  Sample  Catalog  Record  for  a  Journal  Article. 

Underlined  field  numbers  indicate  fields  formatted  by  librarians. 

Dots  indicate  fields  tagged  for  the  typists'  attention. 
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//65/  t 

//66/   13 

//7l/  Because  of  the  relative  narrowness  of  the  threshold  region,  a 
general  model  for  spectrally  pure  self-sustained  oscillators 
(both  classical  and  quantum,  including  gas  lasers)  can  be 
reduced,  in  the  threshold  region,  to  a  rota ting-wave  Van  der 
Pol  (RWVP)  oscillator...  [Body  of  abstract  omitted  from  this 
illustration  because  of  its  length]...  Thus  the  intensity 
fluctuation  spectrum  is  Lorentzian  below  and  well  above 
threshold,  but  more  complex  in  the  threshold  region,  (author) 

//73/  mathematical  development  of  classical  noise  in  self- sustained 

oscillators  near  oscillation  threshold  (I); 
Lax-Louisell  model  for  self-sustained  oscillator  (4); 
Lax-Louisell  study  of  laser  noise  (3); 
normalized  rotating-wave  Van  der  Pol  oscillator  (2); 
gas  laser  (A); 
laser  noise  (0); 
phase,  intensity,  and  amplitude  fluctuations  in 

self-sustained  oscillators  near  threshold  (2); 
nearly  Lorentzian  nature  of  power  spectra  of  noise  in 

self-sustained  oscillators  near  threshold  (2); 
exact  calculation  of  power  spectra  in  the  normalized  RWVP 

oscillator  near  threshold  by  numerical 

Fokker-Planck  methods  (2); 
scaled  Langevin  equation  (4); 
Fokker-Planck,  Green's  function,  and  eigenf unction 

methods  of  calculating  power  spectra  of  noise  in 

self-sustained  oscillators  near  threshold  (2); 
white-noise  sources  in  a  self-sustained  oscillator  (3); 
steady-state  amplitude  probability  distribution  (3); 
one-sided  Fourier  transform  of  the  spectrum  and  intensity 

spectrum  of  gas  lasers  (3); 
power  spectra  boundary  conditions  (3); 
equation  of  motion  of  a  self-sustained  oscillator  (4); 
effect  of  power  output  on  power  spectra  of  a  self -sustained 

oscillator  (3); 
effect  of  net  pump  rate  on  operation  of  a  rotating-wave 

Van  der  Pol  oscillator  (2); 
sinusoidal  power  spectrum  of  a  rotating-wave  Van  der  Pol 

oscillator  (2); 
linearization  methods  of  calculating  power  spectra  of  noise 

in  a  self-sustained  oscillator  outside  the 

threshold  region  (2); 
nonlinear  techniques  for  calculating  power  spectra  of  noise 

in  a  normalized  rotating-wave  oscillator  (2); 

//3/   10/2,  012968,  1:30-2:25; 

1/7,  012968,  2:40-2:56; 

I o/l,  021468,  1:40-1:50; 

5/4,  040168,  11:35-11:50,1:20-1:38; 

*" »™ 

Figure  3  (continued) 


186 


PERSONAL  NAME  AFFILIATIONS   (Field  22) 


University  of  "British  Columbia',  "Vancouver*.   Physics  Dept./ 
Uniwersytet  Jagiellonski,  "Cracow',  "Poland'.  (ON  LEAVE); 

:Sloan  Research  Fellow:  Northwestern  University,  "Evanston',  "111.' 
Materials  Research  Center/: Research  Physicist:  Mai lory  (P.R. )  Inc., 
"Burlington',  "Mass.*; 


CORPORATE  NAMES   (Field  23) 

University  of  "California',  "Berkeley'.  Electronics  Research 
Laboratory. 

"Swarthmore'  College,  (%Pa.')  Dept.  of  Physics. 

Homer  Research  Laboratories  ["Bethlehem'  Steel  Co.,  (*Pa.')] 

^Conference  on  Magnetism  and  Magnetic  Materials,  12th, 
"Washington',  "D.C.',  Nov.  15,  1966. 


Figure  4.  Examples  of  Corporate  Name  Field 
and  Personal  Name  Affiliation  Field  Formats. 
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LIBRARY  LOCATION  and 
NUMBER  OF  COPIES 
(Field  II) 


e,m,QC76l.C74.l966; 
s,h,QC.J84.  v. 38, no. 3  [E]; 

e,  [PI];  m/l,  [El]; 


SERIAL  HOLDINGS 
(Field  12) 


(e)  v.5:()7(K)63  -  to  date; 

(m)  &-  latest  two  years  only  & 


SUPPLIED  TITLE 
(Field  24) 


(Magnetism  and  magnetic  materials); 
proceedings. 

(Quantum  electronics);  selected 
conference  papers. 


REPORT  and  PATENT 

NUMBERS 

(Field  39) 


CU-3-66-TR-97; 

UCRL-14467-T  (revision)  (BR); 

Pat.  U.S.,  3250760;  Pat.  France,  AD-82516; 


NOTES  (as  might  be 
used  for  language, 
Field  36) 


&-Portugese6. 

^-English,  Russian,  German,  French& 

j6e-( captions  and  similar  labels  are  in 
English)^ 


Figure  5.  Additional  Examples  of  Field  Formats 
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SPECIAL  CHARACTERS 


9      = 


*A* 

*approximately* 

*d* 

*star* 


=     *+/- 


V    =     *del 


»  =  *much  more  than* 

2     =  *sum  over  i* 
i 

{        }     =  *(**)* 

©    =  *+* 


=  *triple  bond*   (Chemistry) 

-     =  *is  identical  to*  (Mathematics) 

=  *yields*   (Chemistry) 

—  "    -  *approaches*   (Mathematics) 

=  transition  to*  (Physics) 

IT,...  a"/--     =  *vector*a,...  a*bar*,... 

a,...   a,...     =  a*dot*/...  a*double  dot*,... 

a",...  a,...     =  a*tilde*,...  a*caret*/... 


Greek  Letters 


a,  P,  7, 
A,  B,  r, 


Spell  out  in  English  in  appropriate  case 

*alpha*,    *beta*,    *gamma*/... 
*ALPHA*/    *BETA*7    *GAMMA*/... 


Germanic  Script 


Superscripts  and  Subscripts 
"6 


10",  crf     =     10*sup  -6*,  *sigma*sub  f* 

Fe2°3    =     Fe*sub  2*O*sub  3* 
X=  A(T  -  Tc)"T    =     *chi*  =  A(T  -  T*sub  c*)*sup  -[*gamma*]* 


Figure  6.  Examples  of  Special  Characters  and  Their  Representations. 
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] 

Call  No. 

Coden 

D/J  O\J& 

v   /(£  / 

no.      o^            , 

Record  No. 

36  VV 

Date 

oy/o6' 

'              • 

Ed. 

XUV 

pp  '•   3  So  —  3  ^  <o             • 

IN&+                         & 

Analytical  Entry 

«^y  /e. 

z>. 

Main  Entry 

Title/  (Series) 

/75~-  Al 

-   55" 

_ 

Figure  10.  Three-part  no-carbon  form  used  for  microfilm  initiation, 

for  control  files  by  record  number  and  by  analytical  or  main  entry, 

and  for  transmitting  data  for  fields  1,2,  5,  and  47. 
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\ 

Worker/ 

Date 

Time 

/2  Cat  S 
/I    Cat  D 
/7   Review 
/4  Key 

Document  Selection                            2 

x 

N 

Nj 

N, 

\i 

N 

Task, 

St    -  Fin 

St    -  Fin      .  ; 

Input  Control                                          3 

A 

\ 

N 

\ 

SN 

N 

On-line   Date                                           4 

^ 

- 

L.C.    Card  Number                            10 

> 

N 

> 
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t°/Z 

CtJi<tt? 

l*°     -^J^ 

Library  Loc  .    No.    Copies             11 

\ 

^ 

\ 
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1/7 
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Figure  1 1 .  Cataloger's  Cover  Worksheet. 

Left  side  contains  a  checklist  of  data  elements  and 

the  right  side  is  for  input  processing  control  information. 
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HEADER 


TERM 
STEM 


HEADER 
FOR  1st 
ENDING 


BWL 

CWL 

DCL 

RFL 

CAP 

EDS 

EWN 

BYN 

M 

A           G 

N 

E 

T 

- 

END  CODE  1    (e.g., 

"ic") 

DCE1        REF1 

END  CODE  2  (e.g., 

"ics") 

BWL:  Number  of  blanks  at  end  of  list  (for  expansion) 

CWL:  Total  number  of  computer  words  on  list 

RFL:  Number  of  references 

DCL:  Number  of  distinct  documents  among  references 

BYN:  Number  of  bytes  in  term  stem  (here  6) 

EWN:  Number  of  English  words  in  term  (here  1) 

EDS:  Number  of  different  endings  (here  N)    -- 

CAP:  Bit  to  indicate  variable  capitalization 

REF1 :  Number  of  references  for  the  work  "magnetic" 

DCE1 :  Number  of  distinct  documents  referring  to  "magnetic" 


HEADER 
FOR  LAST 
ENDING 


REFERENCES 
FOR  TERMS 
WITH  FIRST 
ENDING 


REFERENCES 
FOR  TERMS 
WITH  LAST 
ENDING 


SPACE  TO 
ALLOW  FOR 
EXPANSION 


END  CODE  N(e.g.,"s") 


DCEN        REFN 


REF    1.1 


REF    1.2 


REF    1.REF1 


REF    2.1 


REF    N.I 


REF    N.REFN 


REF1 

I 


REFERENCE-WORD  FORMAT 


W/p     WN       TIM       EN      WT      W  i   J   i  O  '  P      DN 


PROPERTY  CODE 


-ATTRIBUTES 


DN:  Document  number 

W/P:  Is  term  a  single  word  (W)  or  full  phrase  (P)? 

WN:  Word  number  within  phrase  (for  W/P  =  W) 

TN:  The  term  number  of  this  term  for  given  document. 

EN:  Word  ending  number  for  this  reference  (from  1  to  N) 

WT:  The  subject/title  weight  (level). 

W:  Is  document  whole  work? 

J:  Is  document  journal  article? 

O:  Does  document  reflect  original  work? 

P:  is  document  written  for  professional  ? 


Figure  13.  Format  for  the  Inverted  File  Subject-Term  List. 
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AVERAGE  TIME  OF  INITIAL 
INPUT  WORKFLOW  OPERATIONS 


Process 

Time  per  Record 
(man  -minute  s) 

Descriptive  Cataloging 

10.6 

Subject  Cataloging 

23.3 

Review 

6.4 

Keying 

33.9 

Proofreading 

8.5 

Subtotal 

82. 

7 

Citation  Formatting 

48.8 

Review 

4.2 

Keying 

31.8 

Proofreading 

4.2 

Subtotal 

89. 

0 

Merge  and  Editing 
(of  above  two  tapes) 

27.6 

Proofreading 

4.2 

Editing 

8.5 

Subtotal 

40. 

3 

T  OTA  L 

212. 

0 

Figure  14.  Average  Times  of  Initial  Input  Workflow  Operations  for  the 
First  Fifty  Records  Processed  (February-March,  1967). 
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CURRENT  AVERAGE  PROCESSING  TIMES 

and 
ASSOCIATED  AVERAGE  CHARACTERISTICS 


Process 

Average  Time 

Indexing 
Descriptive  Cataloging  (by  Librarian) 
Review 

Keying  plus  Descriptive  Cataloging 
(by  Typist) 

(man-  minutes/  record) 

28.  0 
4.7 
10.3 
16.9 

Proofreading  (by  Librarian) 
On-  Line  Editing 
Second  Proofreading  (by  Typist) 
Second  On-Line  Editing                     1      .'*, 
Third  Proofreading  (by  Typist)     1  files 
On-Line  Certification 

(man-  minutes/file) 
82.  0 
20.7 
11.  5 
4.  1 
1.7 
1.0 

Associated  Characteristics 

Average 

Computer  Time/Console  Time  Ratio 
First  On-Line  Edit 
Second  On-Line  Edit 
On-Line  Certification 

0.028        (1/36) 
0.074       (1/14) 
0.17          (1/6) 

Errors  Caught  During 
First  Proofreading 
First  Editing 
Second  Proofreading 

(per  file) 
11.  2 
0.  33 
2.0 

Keystrokes 
English  Words 
Index  Terms 
English  Words/Index  Term 

(per  record) 
2461 
410 
16.4 
7.7 

Document  Length 

(pages) 
5.3 

Figure  15.  Average  Processing  Times  of  Current  Workflow 

Operations  and  Associated  Average  Characteristics 

(January-April,  1968). 
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COST  ANALYSIS  OF  ON-LINE  INPUT  AND 
PAPER  TAPE  INPUT 


Operation 
(Unit  Cost) 

On  -Line  Input 

Paper  Tape  Input 

Time  per 
File 

Cost  per 
File 

Time  per 
File 

Cost  pe  r 
File 

Keying  Operator 

(minute  s) 

(minute  s) 

Preparation 

27.0 

30.0 

Log  In 

2.4 

Input 

174.3 

164.2 

Total  Keying 
($0.095/min.) 

203.7 

$19-35 

194.2 

$18.45 

Computer 

(seconds) 

(seconds) 

Log  In  Subtotal 

8.4 

Processing 

7.  1 

Swap 

1.3 

Input  Subtotal 

205.4 

6.4 

Processing 

54.1 

3.4 

Swap 

151.3 

3.0 

Magnetic  Tape  Gen- 
eration,   Printout  and 

Miscellaneous  Oper- 
ations Subtotal 

6.5 

8.0 

Processing 

5.6 

6.8 

Swap 

0.9 

1.2 

Total  Computer 
($0.083/sec.) 

220.3 

$18.28 

14.4 

$1.20 

Computer  Operator 
($0.055/min.) 

(minute  s) 
3.2 

$0.18 

(minutes) 
7.0 

$0.39 

Keying  Machine  Rental 

(minute  s) 

(minutes) 

IBM  2741  and  associ- 

ated equipment 
($0.0l6/min.) 

203.7 

$3.26 

Flexowriter  2303 
($0.014/min.) 

194.2 

$2.72 

Materials 

$0.70 

TOTAL       COST 

$41.07 

$23.46 

Figure  16.  Cost  Analysis  of  On-Line  Input  and  Paper  Tape  Input 

of  Catalog  Data  to  a  7094  Computer  Operating  in  the 

MIT  CTSS  Environment  (March  1968). 


John  P.  Kennedy 

Data  Processing  Librarian 

Georgia  Institute  of  Technology  Library,  Atlanta 


A  LOCAL  MARC  PROJECT: 
THE  GEORGIA  TECH  LIBRARY 


The  final  report  on  the  MARC  II  format  describes  the  MARC  Project  as 
follows: 

The  MARC  (Machine-Readable  Cataloging)  Pilot  Project  was  an  ex- 
periment to  test  the  feasibility  of  distributing  Library  of  Congress  cataloging 
in  machine-readable  form  to  a  variety  of  users.  This  project  grew  out  of  the 
conviction  of  many  librarians  that  automation  was  becoming  necessary  if 
libraries  were  to  keep  up  with  the  rising  tide  of  new  materials  and  the 
mounting  demand  for  rapid  information.  Although  there  were  other  library 
procedures  which  stood  to  profit  from  mechanization,  it  was  felt  that 
devising  a  method  of  recording  bibliographical  information  in  machine- 
readable  form  was  basic  to  the  solution  of  other  problems. .  . . 

Essential  to  such  an  exchange  of  data  is  a  standardized  "communica- 
tions format."  It  is  recognized  that  each  institution  may  have  an  individ- 
ualized local  format  tailored  to  its  own  needs.  Many  kinds  of  machines  will 
probably  be  used.  But  if  an  institution  is  to  send  or  receive  data,  only  a 
single  translation  program  should  be  necessary  to  convert  the  local  format 
from  or  to  the  communications  format.1 

Distribution  of  MARC  tapes  began  in  November  1966.  The  pilot  project 
phase  ended  officially  in  June  1967,  but  since  that  time  the  Library  of 
Congress  has  continued  distribution  of  tapes  to  the  participating  libraries. 
These  libraries  have  written  reports  on  their  experiences  in  the  pilot  project 
and  these  reports  have  been  published  by  the  Library  of  Congress  as  a  part  of 
the  final  report  on  the  MARC  Pilot  Project. 

The  Information  Systems  Office  at  LC  has  designed  a  new  MARC  II 
format  based  on  the  experience  gained  in  the  MARC  Pilot  Project  and 
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continued  study  and  consultation.  A  report  on  the  MARC  II  format  and  an 
announcement  about  the  services  to  be  offered  on  a  subscription  basis  should 
be  released  soon.  It  is  expected  that  the  subscription  service  will  begin  about 
October  1968. 

The  Price  Gilbert  Memorial  Library  at  the  Georgia  Institute  of  Technol- 
ogy was  one  of  the  sixteen  libraries  selected  for  participation  in  the  Pilot 
Project.  I  will  describe  our  use  of  the  MARC  records  as  one  input  to  a  catalog 
production  system  at  the  Georgia  Tech  Library. 

ENVIRONMENT  OF  THE  SYSTEM 

The  Georgia  Institute  of  Technology  offers  no  degrees  in  the  hu- 
manities or  social  sciences.  Restriction  of  the  curriculum  to  courses  in 
science  and  technology,  except  for  a  few  survey  and  introductory  courses,  is 
reflected  in  the  holdings  of  the  Price  Gilbert  Memorial  Library  and  in  the 
Library's  data  processing  requirements.  Serials  are  used  to  a  greater  extent  in 
our  Library  than  in  many  others,  and  they  present  numerous  processing 
problems.  The  Library  currently  receives  over  ten  thousand  serials,  about  75 
percent  of  which  are  in  scientific  and  technical  fields.  We  have  produced  a 
computer  printed  and  maintained  list  of  our  serial  holdings,  and  we  think  this 
list  will  eventually  replace  our  serials  catalog  in  card  form.  We  are  delaying 
work  on  a  more  comprehensive  serials  system  until  the  National  Serials  Data 
Program  is  developed.  The  experience  of  other  libraries  with  serials  check-in 
systems  has  discouraged  us  from  proceeding  at  this  time  with  a  comprehensive 
serials  system.  We  are  hoping  that  by  the  time  we  begin  work  on  a  serials 
system  we  will  be  able  to  incorporate  an  on-line  file  that  will  be  updated  from 
a  visual  display  console. 

Our  Library  is  usually  well  filled  with  students,  faculty,  and  research 
personnel,  and  in-library  use  is  high.  The  circulation  of  books  for  use  outside 
the  Library  is,  however,  relatively  small  and  presents  no  great  problem.  The 
acquisition  and  cataloging  of  monographs  is  the  most  time-consuming  of  the 
tasks  suited  to  automation.  Currently,  seven  librarians  and  nine  clerks  are 
assigned  to  these  activities.  In  the  last  fiscal  year  8,000  titles  were  cataloged. 
During  the  first  three  quarters  of  this  fiscal  year  about  10,000  titles  have  been 
cataloged. 

In  planning  our  system  for  catalog  production  we  have  made  several 
assumptions  about  the  needs  of  our  users.  First,  we  have  assumed  that  while 
the  ability  to  use  the  catalog  to  locate  items  by  various  subject  and  added 
entries  is  as  important  to  our  users  as  to  the  users  of  other  libraries,  many  of 
the  fine  points  of  descriptive  cataloging  are  of  no  interest.  Consequently  we 
are  using  somewhat  abbreviated  descriptive  cataloging  in  our  book  catalog. 
Most  of  the  notes  which  LC  uses  do  not  appear  in  our  book  catalog,  and  the 
collation  is  abbreviated  for  many  titles.  We  expect  that  the  infrequent  user 
who  does  need  the  full  descriptive  cataloging  will  be  able  to  find  it  in  the 
published  National  Union  Catalog.  On  the  other  hand,  each  entry  is  complete 
enough  that  the  user  can,  in  most  cases,  get  all  the  information  in  which  he  is 
interested  rather  than  needing  to  refer  to  the  main  entry.  This  seems  particu- 
larly desirable  in  the  subject  catalog,  which  the  typical  patron  uses  not  to 
determine  the  call  number  of  a  specific  book,  but  to  select  a  book  or  books 
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from  those  which  the  library  has  on  a  subject.  The  entry  should  be  complete 
enough  to  permit  a  reasonable  selection  to  be  made. 

We  have  also  assumed  that  the  use  of  an  all-upper-case  character  set 
without  diacritical  marks  will  not  inconvenience  our  users.  Many  of  the  filing 
complexities  which  computers  can  handle  least  well  are  not  significant  prob- 
lems in  our  case,  because  we  have  relatively  few  entries  under  prolific  authors 
or  headings  such  as  "Bible."  Filing  in  our  card  catalog  has  always  been  done 
according  to  rules  that  include  fewer  exceptions  to  alphabetical  order  than 
either  ALA  or  LC  filing  rules.  Almost  all  of  our  faculty  members  and  students 
are  computer  users  and  are  familiar  with  computer  sorting.  I  believe  that  they 
will  find  items  more  easily  in  our  computer-filed  book  catalog  than  they 
would  in  a  catalog  filed  by  normal  library  filing  rules,  with  all  their  exceptions 
to  alphabetical  order. 

In  deciding  to  produce  an  experimental  book  catalog  we  were  aware 
that  several  academic  libraries  have  reached  the  conclusion  that  it  is  not 
economically  feasible.  We  are  not  planning  to  continue  cumulating  and  re- 
printing our  book  catalog  indefinitely.  We  plan  to  cumulate  and  reprint 
annually  for  five  years.  The  fifth  cumulation  will  be  a  permanent  edition  and 
will  not  be  reprinted.  We  will  then  begin  another  five-year  cycle.  Recataloging 
and  withdrawal  of  titles  after  the  five-year  cumulation  is  printed  will  present 
some  difficulties.  If  we  decide  to  continue  the  book  catalog  and  to  dis- 
continue our  card  catalog,  we  will  very  likely  retain  either  a  card  shelflist  or 
an  on-line  master  file  with  real-time  access  through  a  remote  terminal.  We  will 
not  discontinue  the  card  catalog  unless  we  become  convinced  that  we  can 
provide  better  service  by  using  the  book  catalog. 

We  began  conversion  from  the  Dewey  Decimal  classification  to  the 
Library  of  Congress  classification  on  July  1,  1966.  We  are  keypunching 
records  for  those  titles  classified  by  the  LC  system  which  did  not  go  through 
our  Flexowriter  or  MARC  systems.  Hence  our  book  catalog  will  include 
entries  for  all  our  LC  collection.  As  titles  are  reclassified,  we  produce  new 
cards  through  our  Flexowriter  system  rather  than  altering  the  old  cards.  This 
provides  the  input  to  add  the  reclassified  titles  to  our  master  file  and  book 
catalogs.  We  project  that  by  July,  1971,  after  five  years  of  LC  classification, 
we  will  have  about  70,000  titles  in  our  master  file  and  book  catalogs.  If  staff 
is  provided  for  a  reclassification  project,  this  would  greatly  increase  the  total. 
We  hope  that  since  our  users  are  usually  interested  in  the  latest  materials  on  a 
subject,  they  will  not  find  it  inconvenient  to  have  the  catalog  divided  by  date 
of  acquisition,  into  five  year  blocks. 

Until  July  1966,  a  duplicate  catalog  was  maintained  for  the  science/ 
technology  materials  on  the  third  and  fourth  floors,  in  addition  to  the  main 
catalog  on  the  first  floor.  With  the  beginning  of  construction  of  a  new 
building  and  our  shift  to  the  LC  classification,  we  discontinued  duplicate 
catalog  listing  of  the  materials  classified  in  the  Dewey  500's  and  600's.  The 
new  building  and  the  shift  to  LC  classification  required  a  rearrangement  of 
materials,  so  that  the  duplicate  catalog  was  no  longer  needed.  We  will  occupy 
our  new  building  addition,  which  is  larger  than  the  present  building  in  the  fall 
of  1968.  The  addition  has  seven  floors  with  provision  for  adding  five  more 
floors.  With  five  floors  in  one  part  of  the  building  and  eventually  twelve  in 
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the  other  part,  we  feel  that  the  convenience  of  having  more  than  a  single 
complete  catalog  will  be  greater  than  ever. 

The  Tech  campus  until  recently  has  been  a  compact  area  with  no 
academic  buildings  located  more  than  a  block  or  two  from  the  Library.  In  this 
situation  there  has  been  little  pressure  for  decentralization  of  the  Library  with 
a  proliferation  of  departmental  libraries.  In  fact,  the  departmental  libraries 
which  did  exist  in  an  earlier  period  were,  with  the  exception  of  Architecture, 
brought  into  the  main  Library  in  1953.  Campus  expansion  is  now  very  rapid, 
however,  and  new  academic  buildings  are  being  constructed  as  far  as  half  a 
mile  from  the  Library.  As  these  new  buildings  are  occupied,  the  justification 
for  departmental  libraries  will  increase.  We  have  regarded  the  provision  of 
book  catalogs  for  serials  and  monographs  in  each  department  along  with  good 
telephone  and  delivery  service  as  a  means  of  providing  users  with  convenient 
library  service  without  the  wastefulness  involved  in  maintaining  numerous 
departmental  collections.  The  book  catalog  system  will  also  enable  us  econom- 
ically to  provide  catalogs  of  the  main  Library's  holdings,  as  well  as  catalogs 
of  their  own  holdings,  for  the  Library  at  the  Southern  Technical  Institute  and 
for  our  Architecture  branch,  whose  materials  are  processed  by  the  main 
Library. 

The  Library  is  fortunate  in  the  service  provided  by  the  Rich  Electronic 
Computer  Center  at  Tech.  Located  conveniently  next  door  to  the  Library,  the 
Center  has  two  powerful  computer  systems.  The  Center  has  cooperated  with 
the  Library  in  every  way  possible,  providing  programming  assistance  and,  at 
times,  priority  handling  for  our  programs.  We  have  used  the  Burroughs  B  5500 
computing  system  for  our  MARC  project.  Our  B  5500  has  two  central 
processors,  32,000  forty-eight  bit  words  of  core  storage,  28.8  million 
characters  of  disc  storage,  and  ten  7-level  magnetic  tape  drives.  It  is  ordinarily 
operated  in  a  multiprocessing  mode  and  all  of  our  programs  except  one  are 
regularly  multi-processed.  Since  we  began  participating  in  the  MARC  Project, 
the  Computer  Center  has  acquired  a  UNI  VAC  1108  computing  system. 

DESCRIPTION  OF  THE  SYSTEM 

Figure  1  is  a  flow  chart  of  our  system  for  producing  catalog  cards  and 
book  catalogs.  Part  1  shows  the  preliminary  work  done  by  clerks  in  the 
cataloging  department  to  locate  cataloging  copy  if  available,  and  to  determine 
whether  a  record  for  the  item  is  available  on  the  MARC  file.  More  than  half 
the  books  received  in  the  cataloging  department  are  accompanied  by  LC 
deposit  cards  which  are  attached  to  the  routing  slip  during  the  acquisition 
cycle.  The  card  number  listing  provided  by  LC  is  checked  to  determine 
whether  those  titles  which  meet  the  criteria  for  inclusion  on  the  MARC  file 
have  in  fact  been  included.  A  search  is  made  to  locate  cataloging  copy  if  the 
LC  deposit  card  does  not  accompany  the  title.  If  the  cataloging  copy  is  not 
found  and  the  LC  card  number  is  not  determined,  the  author/title  MARC 
listing  may  be  checked  to  determine  whether  a  record  for  the  title  is  included 
on  the  MARC  file. 

The  steps  leading  to  the  production  of  catalog  cards  for  titles  included 
on  the  MARC  file  are  shown  in  Part  2  of  the  flow  chart.  If  cataloging  copy  is 
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available,  the  cataloger  makes  any  needed  additions  or  changes  on  the  copy 
and  sends  it  on  to  the  data  processing  department.  If  she  does  not  have  copy, 
she  merely  sends  a  form  with  the  card  number  and  enough  of  the  entry  and 
title  to  identify  the  item.  The  LC  card  number  along  with  several  local  use 
data  items  and  any  changes  or  additions  to  be  made  to  the  LC  cataloging  are 
punched.  The  punched  cards  are  used  to  select  the  required  records  from  the 
MARC  file.  The  same  program  converts  the  character  codes  to  those  used  by 
the  B  5500,  eliminates  shift  codes,  coverts  the  records  to  our  local  format, 
makes  any  indicated  changes  or  corrections,  and  prints  the  records  for  proof- 
reading.* The  printed  output  is  proofread  against  the  LC  deposit  card  or  a 
copy  of  the  NUC  entry  if  either  has  been  sent  to  the  data  processing 
department.  Otherwise  the  proof  listing  is  returned  to  the  cataloger  for 
checking  against  the  book.  Changes  are  punched  and  run  against  the  tape  file 
of  selected  records.  The  corrected  tape  output  is  used  to  print  catalog  cards 
and  as  input  to  the  book  catalog  subsystem.  The  correction  program  also 
produces  punched  card  output  which  can  be  converted  to  paper  tape  and  used 
to  produce  book  cards,  book  pockets  and  spine  labels  on  a  Flexowriter.  The 
punched  card  output  has  not  been  used  except  for  test  purposes  at  this  time. 

The  card  print  program  provides  the  option  of  printing  the  cards  in  sets 
for  each  title  or  in  presorted  and  alphabetized  order  for  each  of  the  catalogs 
into  which  they  will  be  filed.  Until  the  week  of  April  15,  1967,  the  cards 
were  printed  in  sets  so  that  they  might  be  conveniently  checked  by  the 
catalogers.  Our  confidence  in  the  card  print  program  has  increased  to  the 
point  that  we  are  now  eliminating  this  final  check  by  the  cataloger  and 
printing  the  cards  in  the  order  required  for  filing. 

The  format  of  the  cards  produced  varies  from  conventional  card 
format.  The  main  difference  is  that  the  collation  is  printed  as  the  last  element 
of  the  title  paragraph  rather  than  as  a  separate  paragraph.  This  practice  was 
adopted  as  a  space  saving  device  both  on  the  cards  and  in  the  book  catalogs. 
Words  of  more  than  six  characters  may  be  hyphenated  in  a  rather  arbitrary 
manner.  The  resulting  word  segments  are  occasionally  strange  looking  but  we 
have  had  no  complaints  from  anyone  confused  by  them. 

A  few  other  variations  from  conventional  card  format  have  been 
adopted.  The  cards  produced  are  not  unit  cards  but  vary  according  to  the 
requirements  of  the  various  catalogs.  Cards  for  the  Union  Catalogue  of  the 
Atlanta-Athens  area,  for  example,  omit  the  call  number,  tracings,  and  all  notes 
except  the  series  notes,  but  include  a  symbol  for  the  Tech  Library.  The 
makeup  of  sets  for  titles  going  to  different  locations  also  varies.  Each  title 
cataloged  for  the  Architecture  Library  produces  a  complete  set  of  cards  for 
the  main  Library  as  well  as  a  set  for  the  Architecture  Library,  while  only  an 
extra  shelf  list  card  is  produced  for  titles  going  into  the  archives  collection  or 
to  the  Southern  Technical  Institute. 

Part  3  of  the  flow  chart  shows  the  steps  for  processing  titles  that  are 
not  included  on  the  MARC  file.  Assistance  in  designing  the  Flexowriter 


*The    eight    computer   programs   used   in   the   system   are    briefly   described   in 
Appendix  A.  All  programs  are  written  in  COBOL  for  the  Burroughs  B  5500. 
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subsystem  was  received  from  both  the  University  of  Missouri  Library  and  the 
Washington  University  Library.  A  proof  copy  of  the  catalog  card  is  typed  on  a 
2201  Flexowriter  with  an  auxiliary  punch  and  an  auxiliary  Selectadata  reader. 
Programming  for  standard  requirements  is  read  from  a  program  tape  in  the 
number  1  reader,  and  programming  for  special  circumstances  is  read  from  a 
program  tape  in  the  Selectadata  reader  as  it  is  required.  For  example,  the 
main  program  provides  for  up  to  four  tracings;  if  a  card  requires  more  than 
four  tracings,  programming  for  the  additional  tracings  is  provided  in  the 
Selectadata  program  tape.  As  the  data  are  typed,  two  tapes  are  produced 
which  are  later  used  for  the  automatic  typing  of  card  sets.  Before  these  tapes 
are  run,  however,  the  proof  copy  is  checked  and  any  necessary  corrections  are 
made. 

The  tapes  which  produce  the  card  sets  are  usually  run  at  night  or  on 
weekends  by  a  student  assistant  who  is  able  to  operate  both  Flexowriters,  the 
tape-to-card  converter  and  the  card  cutter  simultaneously.  As  the  cards  are 
typed,  two  by-product  tapes  are  punched.  One  of  these  is  run  through  an  IBM 
047  Tape-to-Card  Punch  which  converts  the  data  to  card  form  for  input  to 
the  B  5500.  The  other  by-product  tape  is  used  to  type  book  cards,  book 
pockets,  and  spine  labels  on  the  Flexowriter.  We  have  stopped  using  the 
Flexowriter  for  spine  labels  since  the  small  type  has  been  found  to  be  more 
difficult  to  read  than  the  three-sixteenths  inch  size  type  produced  by  the 
SE-LIN  labeling  system  presently  being  used  by  the  Library.  We  have  not  yet 
decided  whether  it  will  be  economical  to  convert  one  of  our  old  SFD 
Flexowriters  to  a  larger  type  size  for  the  typing  of  spine  labels. 

Part  4  of  the  flow  chart  shows  the  steps  in  the  production  of  the  book 
catalogs.  The  same  magnetic  tape  file  that  is  used  to  produce  the  catalog  cards 
is  also  used  as  one  input  to  the  program  that  updates  the  master  file  and 
generates  entries  for  the  print  files.  Data  from  the  Flexowriter  subsystem, 
along  with  keypunched  changes  or  deletions  to  the  master  file,  go  through  an 
edit  program  that  produces  another  magnetic  tape  file  which  is  the  second 
input  for  updating  the  master  file.  The  update-generate  program  is  the  largest, 
most  complex,  and  most  time-consuming  of  the  system.  It  updates  the  master 
file  with  records  from  both  the  Flexowriter  and  MARC  subsystem.  It 
generates  print  records  for  additions,  deletions,  and  changes  of  entries  in  the 
print  files,  and  sorts  the  generated  print  records.  We  find  that  it  is  more 
efficient  to  maintain  print  files  containing  entries  formatted  and  in  order  for 
printing  than  it  is  to  generate  and  sort  print  entries  from  the  master  file 
repetitively.  This  approach  does,  however,  complicate  the  programming  logic 
for  updating,  since  changes  to  records  in  the  master  file  must  generate  records 
to  delete  all  of  the  old  print  entries  as  well  as  new  corrected  print  records. 

We  are  attempting  to  operate  the  system  on  a  weekly  cycle.  All  of  the 
programs  to  this  point  are  run  once  a  week,  if  all  goes  well.  We  will  soon 
begin  printing  supplements  to  our  book  catalogs  on  a  regular  weekly  schedule. 
These  supplements  cumulate  until  the  end  of  the  month,  when  a  monthly 
print  program  will  be  run.  The  monthly  supplements  cumulate  until  the  next 
printing  of  the  full  catalog,  which  we  expect  to  produce  annually.  In  looking 
for  a  title  during  the  first  five  years,  the  user  need  use  only  two  sequences: 
the  latest  annual  edition  and  the  latest  monthly  supplement.  The  weekly  lists 
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probably  will  not  be  consulted  by  users  but  will  be  available  if  needed.  After 
the  first  five-year  edition  is  produced,  the  user  might  need  to  consult  one 
additional  sequence  for  each  five-year  interval. 

The  printed  catalogs  and  supplements  are  divided  into  author,  title  and 
subject  parts.  A  new  book  list  in  call  number  order  is  also  produced,  but  it 
does  not  cumulate  beyond  one  month.  The  annual  editions  will  be  printed  in 
a  format  suitable  for  photographic  reduction  and  offset  printing  so  that  they 
may  be  widely  distributed  throughout  the  campus  and  to  other  libraries  that 
depend  heavily  on  Tech  for  interlibrary  service.  Initially  the  weekly  and 
monthly  supplements  will  be  printed  in  multiple  copies,  but  will  not  be 
reproduced  for  wide  distribution.  As  issues  are  superseded,  they  will  be 
available  to  users  who  want  them,  and  if  there  is  sufficient  demand,  monthly 
cumulations  can  be  reproduced.  The  monthly  new  book  list  will  be  issued  to 
all  faculty  and  research  personnel. 

DEVELOPMENT  OF  THE  SYSTEM 

Development  of  the  system  has  been  expensive.  We  were  notified  of 
our  selection  for  participation  in  the  project  in  February  1966,  and  we  are 
still  working  on  the  system.  I  have  spent  at  least  half  of  my  time  on 
development  of  the  system  during  this  period.  We  have  a  programmer  who  has 
worked  approximately  nineteen  months  full  time  on  the  project.  Another 
programmer  worked  about  six  months  at  the  beginning  of  the  project,  but 
produced  no  usable  coding.  Developmental  work  through  April  1968,  has  cost 
approximately  $31,000.  The  cost  of  computer  time  used  in  the  project 
through  April  is  approximately  $6,000.  We  cannot  accurately  distinguish 
developmental  from  operational  parts  of  the  total  computer  costs. 

During  recent  months,  most  of  my  work  has  involved  planning  for 
conversion  and  implementation  of  our  new  MARC  II  system.  In  April  our 
programmer  completed  all  necessary  modifications  to  the  programs.  We  antici- 
pate additional  changes  as  new  problems  arise,  but  we  hope  there  will  be  no 
major  modifications  of  the  programs.  We  prefer  to  spend  time  now  designing 
and  programming  an  improved  MARC  H/1108  system,  rather  than  continuing 
the  refinement  of  our  present  system. 

Several  problems  were  encountered  in  development  of  the  system.  First 
is  the  not-unusual  difficulty  of  obtaining  good  programmers.  As  mentioned 
above,  our  first  programmer  spent  six  months  of  unproductive  effort  before 
we  decided  he  was  not  fitted  for  this  task,  even  though  he  was  a  capable 
programmer.  We  have  been  fortunate  in  our  other  programmer,  who  was 
initially  assigned  to  the  project  on  a  part-time  basis  by  the  Computer  Center. 
She  is  now  working  full  time  as  a  member  of  the  Library  staff  and  is  doing  an 
excellent  job.  We  have  been  unable  to  find  an  additional  qualified  programmer 
and  are  now  training  an  assistant  data  processing  librarian  in  programming. 

Initially,  we  lost  time  because  of  a  lack  of  knowledge  of  the  details  of 
the  MARC  format.  The  initial  report  on  the  MARC  I  format  was  received  in 
April  1966,  and  we  proceeded  with  programming  on  that  basis.  A  test  tape 
and  the  final  report  on  the  record  format  were  not  available  until  October 
1966.  Therefore,  we  were  unable  to  begin  testing  and  "debugging"  any 
programs  until  November. 
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Perhaps  our  greatest  shortcoming  in  system  development  has  been 
inadequate  documentation.  Anyone  who  has  done  system  design  and  pro- 
gramming work  is  aware  of  the  difficulty  and  frustration  of  having  to  take 
time  to  include  adequate  documentation  as  a  system  is  developed.  At  the  time 
one  is  working  with  a  procedure  or  program,  many  decisions  seem  unfor- 
gettable, too  obvious  to  need  recording,  or  not  important  enough  to  require 
documentation.  Months  later  a  considerable  amount  of  time  may  be  spent 
figuring  out  how  or  why  a  decision  was  made.  This  is  a  greater  problem,  of 
course,  in  the  development  of  a  large  system  involving  numerous  programs  and 
people  during  a  two-year  period  than  it  is  in  a  less  complex  system.  The 
problem  of  inadequate  documentation  has  been  compounded  by  a  high  rate  of 
turnover  of  key  punchers  and  Flexo  writer  typists.  During  the  course  of  the 
project  we  have  trained  five  keypunches  and  six  Flexowriter  typists  to 
prepare  input  to  the  system.  This  has  been  a  time-consuming  task  that  could 
have  been  easier  with  better  documentation. 

Finally,  it  should  be  noted  that  testing  and  "debugging"  the  system  was 
a  long  and  difficult  process.  Several  times,  as  we  have  tested,  we  have  had  to 
revise  previously  written  programs  which  we  thought  were  "debugged."  We  are 
now  printing  more  diagnostic  data  for  all  runs  than  we  initially  planned. 
Several  of  our  testing  problems  were  caused  by  B  5500  system  defects, 
especially  in  the  disc  sort  when  used  for  large  files. 

RESULTS  OF  THE  SYSTEM 

We  began  selecting  records  from  the  MARC  tape  and  printing  catalog 
cards  the  last  week  of  May  1967.  By  the  first  of  April  1968,  3,715  records 
had  been  selected.  We  have  now  printed  on  the  computer  and  filed  into 
various  catalogs  about  30,000  cards  for  those  titles.  From  June  through 
November  1967,  we  cataloged  4,817  English  language  monographs.  Records 
for  forty  percent  (1,929)  of  these  were  available  on  MARC  tape  at  the  time 
of  cataloging.  The  average  number  of  titles  selected  each  week  has  gradually 
increased.  From  June  through  August  1967,  the  average  was  sixty-two  titles 
per  week;  from  September  through  November,  it  was  eighty-seven  per  week; 
and  from  December  1967,  through  March  1968,  it  was  105  per  week.  At 
present  we  estimate  that  records  for  over  half  the  English  language  mono- 
graphs we  catalog  are  in  the  MARC  file  at  the  time  of  cataloging. 

Operation  of  the  Flexowriter  subsystem  was  begun  in  February  1967, 
and  cards  for  more  than  6,000  titles  have  now  been  prepared  on  the  Flexo- 
writers.  We  have  also  keypunched  data  for  about  1,000  of  the  titles  which 
were  classed  in  the  IX!  collection  before  the  Flexowriter  subsystem  became 
operational.  About  6,000  more  titles  in  the  LC  collection  remain  to  be 
keypunched. 

We  have  not  yet  distributed  copies  of  the  book  catalog  for  public  use; 
nor  have  we  begun  updating  it  on  a  regular  schedule.  We  have  printed  a  series 
of  catalogs,  however,  with  entries  for  the  11,000  titles  now  on  the  master  file. 
We  are  now  making  changes  and  corrections  before  printing  entries  for  the 
11,000  titles  in  a  single  sequence.  Within  the  month  we  hope  to  have  a  copy 
of  the  catalog  ready  for  public  use  in  the  Library,  supported  by  a  regular 
schedule  for  updating  the  basic  list. 
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MARC  tapes  have  been  received  regularly  each  week  without  delay. 
Throughout  most  of  the  period  of  the  Pilot  Project  we  found  that  records 
came  on  the  tapes  about  the  same  time  that  the  LC  deposit  cards  were 
received.  Records  for  a  title  rarely  appeared  on  the  MARC  File  after  we  had 
cataloged  the  item.  In  a  sample  batch  of  seventy-five  titles  satisfying  the 
criteria  for  inclusion  in  the  MARC  File,  but  done  on  the  Flexowriters  because 
they  were  not  in  the  MARC  File  at  the  time  of  cataloging,  only  two  were 
added  later  to  the  MARC  File. 

When  work  goes  according  to  schedule,  the  elapsed  time  from  the 
punching  of  the  select  cards  until  the  completed  sets  are  returned  to  the 
catalogers  is  about  one  week.  Three  computer  runs  are  required  and  we 
usually  get  overnight  service  on  each.  Delays  have  frequently  caused  the 
elapsed  time  to  be  more  than  a  week.  The  causes  of  delay  have  been 
extremely  varied,  including  printing  problems,  incorrect  preparation  of  input, 
program  defects  for  untested  data  conditions,  turnover  and  absenteeism  of 
library  personnel,  Computer  Center  errors  in  running  the  programs,  a  delay  in 
receiving  a  shipment  of  card  stock,  and  one  period  of  over  a  week  when  the 
computer  was  out  of  operation.  We  hope  that  nothing  new  can  now  go  wrong. 

One  of  our  most  serious  problems  has  been  the  poor  quality  of  the 
printed  output  from  the  computer.  The  B  321  Line  Printers  used  on  our  B 
5500  system  are  drum  printers  which  produce  wavy  print  lines  when  not  in 
exact  adjustment.  Two  weekly  batches  of  cards  have  had  to  be  reprinted 
because  of  the  extreme  waviness  of  the  printing,  and  one  batch  had  to  be 
rerun  because  the  forms  were  not  properly  aligned.  Recently,  we  have  tried  to 
have  the  cards  printed  immediately  after  the  Burroughs  engineers  have  ad- 
justed the  printer  in  their  regular  daily  maintenance. 

The  cost  of  computer  time  for  maintaining  the  MARC  file,  selecting, 
converting,  and  reformatting  the  records,  making  the  required  changes  and 
corrections,  and  printing  catalog  cards,  averaged  about  30  cents  per  title 
during  the  months  of  October  and  November.  During  the  period,  December 
through  March,  the  average  cost  of  computer  time  increased  to  about  38  cents 
per  title.*  We  averaged  eight  cards  per  title  for  MARC  records,  so  the  cost  per 
card  has  increased  by  one  cent,  to  just  under  five  cents.  The  increase  is  a 
function  of  the  increased  size  of  the  MARC  file.  The  cost  of  file  maintenance 
and  selection  runs  is  determined  primarily  by  the  size  of  the  MARC  file. 

We  have  recently  purged  our  MARC  file  of  all  juvenile  titles  and  altered 
the  file  maintenance  program  so  that  it  does  not  add  records  for  these  titles. 
Eventually  we  will  purge  our  MARC  file  of  older  records  and  maintain  an 
active  MARC  file  of  records  added  during  the  last  twelve  to  twenty-four 
months.  We  have  not  yet  determined  the  optimal  period  for  keeping  a  record 
on  the  active  file. 

Costs  of  catalog  card  stock,  tab  cards,  and  a  prorated  part  of  card  cutter 
and  keypunch  costs  are  about  a  cent  and  a  half  per  card  or  12  cents  per  title. 


*Computer  time  is  charged  at  a  rate  of  $140  per  hour  for  process  time  and  $47 
per  hour  for  10  time. 


212 

During  the  past  three  months  the  time  required  for  selecting,  proofing, 
correcting,  and  handling  the  MARC  records  has  averaged  about  ten  hours  per 
100  titles.  This  work  has  been  done  by  a  nonprofessional  technical  assistant. 
At  $3  per  hour  this  gives  a  labor  cost  of  30  cents  per  title.  The  total  cost  is 
approximately  80  cents  per  title  or  10  cents  per  card. 

Our  Flexowriter  subsystem  has  not  operated  as  efficiently  as  we  had 
expected.  The  programs  are  more  complicated  and  longer  than  those  at  the 
University  of  Missouri  and  Washington  University.  To  make  the  Flexowriter 
records  compatible  with  MARC  records,  we  insert  a  number  of  codes  and 
delimiters  not  necessary  for  simple  Flexowriter  card  production.  The  added 
program  complications  cause  slower  manual  typing  of  the  records  as  well  as 
slower  automatic  typing  of  the  card  sets. 

Our  greatest  disappointment  with  the  Flexowriter  system  has  been  the 
unreliability  of  the  machines.  During  a  five-month  period  when  we  kept  a 
record  of  the  hours  when  the  machines  were  out  of  service  because  of 
mechanical  failures,  the  total  came  to  twenty-four  working  days  for  the  two 
machines.  There  is  seldom  a  week  when  we  do  not  have  at  least  one 
breakdown.  Our  experience  in  this  respect  contrasts  with  that  of  libraries 
using  the  older  SPD  Flexowriters.  Washington  University  reported  that  during 
a  three-month  period  only  nine  service  calls  were  necessary  for  three 
machines.  Another  problem  is  the  machine's  sporadic  dropping  of  characters,  a 
condition  that  may  go  unnoticed  until  numerous  defective  sets  have  been  run. 
Our  experience,  that  if  the  typed  data  were  correct,  the  final  card  would  be 
correct  and  would  not  need  to  be  proofread,  has  not  turned  out  to  be  the 
case. 

We  have  not  been  able  to  reduce  our  costs  on  the  Flexowriter  system 
to  anything  near  the  five  cents  per  card  cost  at  the  University  of  Missouri  and 
Washington  University.  Our  actual  cost  per  card  has  not  been  determined 
because  the  same  subsystem  produces  the  catalog  cards,  book  cards  and  book 
pockets,  and  computer  input  for  the  book  catalogs.  The  complete  operation 
costs  about  $2  per  title. 

Reaction  by  the  users  of  our  card  catalogs  to  the  computer-printed 
catalog  cards  has  been  surprising.  Almost  30,000  cards  have  been  filed  into 
the  catalogs  during  a  period  of  eleven  months.  Reader  service  librarians  report 
that  as  far  as  they  can  determine,  our  users  do  not  notice  the  differences  in 
the  cards  produced  on  the  computer  or  the  Flexowriters.  Not  one  user 
comment  indicating  awareness  of  the  change  has  been  reported. 

EVALUATION  AND  FUTURE  PLANS 

Forthcoming  changes  in  the  MARC  format  will  necessitate  rewriting  our 
MARC  programs.  In  order  to  retain  all  the  information  provided  in  the  new 
MARC  II  format,  not  only  the  select  program,  but  also  the  format  of  our 
master  file  and  all  of  our  programs,  must  be  changed.  Our  Computer  Center 
has  also  advised  us  to  convert  our  system  from  the  B  5500  to  the  more 
powerful  UNI  VAC  1108  which  has  been  acquired  since  we  developed  our 
MARC  system.  Since  these  two  changes  will  require  considerable  rewriting  of 
programs,  we  are  reviewing  the  system  to  see  what  other  changes  should  be 
made  at  the  same  time. 
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Our  new  master  file  format  will  be  more  nearly  identical  to  the  MARC 
II  format.  The  use  of  a  consolidated  directory  similar  to  the  directory  which 
will  be  a  part  of  the  MARC  II  format  was  one  way  in  which  our  master  file 
format  differed  from  the  MARC  I  format.  We  will  continue  to  maintain,  as 
fixed  fields,  a  few  fields  which  are  variable  in  the  MARC  II  format. 

We  will  probably  retain  on  our  master  file  the  coding  for  upper  and 
lower  case  printing  with  all  of  the  special  characters  provided  in  the  MARC  II 
character  set.  We  do  not  retain  shift  codes  or  codes  for  diacriticals  on  our 
master  file  at  present.  Our  experience  so  far  has  convinced  us  that  the  absence 
of  lower  case  and  diacritical  characters  is  of  little  concern  to  our  users.  On  the 
other  hand,  we  recognize  that  use  of  an  expanded  character  set  is  desirable  if 
it  can  be  obtained  at  a  reasonable  cost.  We  have  regarded  the  cost  of  printing 
with  an  expanded  character  set  to  be  excessive.  We  are  now  considering  the 
possibility  of  using  a  photon  which  provides  more  attractive  printing  with  an 
expanded  character  set  rather  than  continuing  to  use  an  impact  printer.  The 
denser  page  achieved  with  the  photon  may  mean  sufficient  savings  in  printing 
and  binding  costs  to  justify  its  use. 

We  also  plan  to  discontinue  our  present  Flexowriter  system.  Since  there 
has  been  no  objection  to  the  use  of  the  computer-printed  cards,  we  have 
decided  to  print  all  of  our  cards  on  the  computer.  The  Flexowriters  will  be 
used  only  as  input  devices.  Programming  to  produce  card  sets  on  the  Flexo- 
writers need  not  be  punched  into  the  tapes,  thus  simplifying  and  accelerating 
initial  typing  of  the  records.  Simplification  of  this  step  will  also  make  it 
possible  to  train  new  typists  more  quickly.  With  the  current  system  it  has 
taken  about  a  month  to  train  a  new  typist.  We  also  think  this  change  will 
greatly  reduce  our  mechanical  problems  with  the  machines.  Most  of  the 
breakdowns  occur  when  the  machines  are  being  used  for  automatic  typing. 
The  slower  speed  of  manual  typing  is  much  easier  on  the  machines.  When  we 
change  to  the  UNI  VAC  1108,  the  tape-to-card  conversion  of  the  Flexowriter 
data  will  be  eliminated  because  the  1108  system  includes  a  paper  tape  reader. 

The  most  basic  change  we  are  planning  is  in  the  storage  medium  of  our 
master  file.  This  is  a  change  to  direct  access  on-line  storage  of  the  master  file. 
Separate  print  files  will  probably  be  discontinued,  with  author,  title,  and  subject 
machine  indexes  taking  their  place.  In  order  to  print  the  catalog,  access  to  a 
master  file  record  for  each  index  entry  will  be  necessary,  but  no  sorting  will 
be  required.  This  change  will  eliminate  problems  created  by  handling  the  large 
number  of  tapes  required  by  the  present  system.  It  will  also  become  practical 
to  update  the  master  file  on  a  shorter  cycle,  because  it  will  no  longer  be 
necessary  to  read  and  write  the  entire  master  file  in  order  to  update  it.  The 
most  exciting  possibility  offered  by  use  of  a  direct-access  file  is  the  use  of 
display  terminals  for  real-time  updating  and  editing  of  records.  We  do  not  plan 
to  use  display  terminals  in  the  first  phase  of  the  new  system,  but  will  use 
them  in  a  later  phase.  Our  decision  to  use  direct-access,  on-line  storage  of  the 
master  file  at  this  time  is  based  largely  on  the  desire  to  avoid  basic  redesign 
and  reprogramming  when  we  do  introduce  terminals  for  real-time  updating 
and  querying. 
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In  addition  to  the  functions  which  our  catalog  production  system  now 
performs,  we  plan  to  incorporate  a  selection  function.  The  weekly  MARC 
tapes  will  be  used  to  produce  selection  lists  for  staff  and  faculty  members 
interested  in  book  selection.  Persons  participating  will  indicate  those  LC 
classes  to  be  used  as  criteria  for  titles  to  be  included  on  their  weekly  lists. 
Ordering  from  one  of  these  checked  lists  will  be  a  simple  procedure  since  all 
of  the  information  needed  for  acquisition  will  be  available.  We  considered 
using  the  MARC  I  tapes  in  this  manner,  but  decided  that  the  coverage  was  not 
complete  enough  to  make  it  useful. 

When  our  MARC  II  system  for  cataloging  becomes  operational,  our  next 
step  will  be  to  include  other  acquisitions  functions  in  it.  Titles  will  then  be 
selected  from  the  lists  produced  from  the  MARC  tapes;  orders  and  claims  will 
be  printed  from  the  MARC  file;  and  catalog  entries  will  be  made  from  the 
same  records.  We  do  not  anticipate  keeping  the  MARC  file  on  line,  but  will 
place  the  selected  records  in  an  on-line  process  file  at  the  time  of  ordering. 

We  regard  the  MARC  Project  as  highly  successful,  both  as  a  prototype 
national  system  and  as  an  operating  system  in  our  Library.  The  project  has 
demonstrated  that  centrally  prepared  cataloging  can  be  distributed  in  a 
machine-readable  form  to  be  used  by  receiving  libraries  in  a  variety  of  ways  to 
meet  their  individual  requirements.  In  our  case,  the  MARC  system  has 
enabled  us  to  keep  our  card  production  current  without  employing  additional 
clerk-typists  even  though  our  rate  of  cataloging  has  increased  by  40  percent 
over  the  past  year.  The  production  of  cards  on  the  computer  from  MARC 
records  has  been  significantly  cheaper  for  us  than  either  our  former  practice 
of  purchasing  LC  cards  or  our  current  Flexowriter  system.  We  expect  labor 
costs  for  producing  MARC  cards  to  decrease  as  errors  on  the  tape  decrease.  At 
the  same  time,  machine  costs  will  increase  as  size  of  the  MARC  file  increases, 
at  least  until  we  begin  purging  the  file  of  those  records  which  we  are  least 
likely  to  need.  When  MARC  service  is  expanded  to  include  all  current  English 
language  cataloging,  we  expect  to  obtain  about  75  percent  of  our  cataloging 
from  the  MARC  file. 


APPENDIX 
PROGRAMS  FOR  GEORGIA  TECH  CATALOG  PRODUCTION  SYSTEM 

1.  The  MARC  MAINTENANCE  program  updates  the  MARC  file  from 
the  weekly  tapes  supplied  by  LC. 

2.  The  SELECTION  program  selects  records  from  the  MARC  tape,  does 
conversion  of  character  codes,  and  sets  up  a  record  in  a  format  adapted  to  our 
use.  Data  items  may  be  added  to,  changed,  or  deleted  from  the  MARC  records 
selected.  Two  prooflists  are  printed;  one  for  records  for  which  cataloging  copy 
has   been   checked   by  the  cataloger,  and  a  second  for  records  for  which 
cataloging  copy  has  not  been  checked. 

3.  The   CORRECTION   program   provides   for   further   editing   of  the 
records  written  by  the  SELECTION  program.  A  proof  listing  is  printed  for 
those   records   being   changed.   This   program   punches   cards  which  can  be 
converted  to  paper  tape  and  used  to  type  book  cards,  book  pockets,  and  spine 
labels  on  a  Flexowriter. 
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4.  The   CARD  PRINT  program  prints  catalog  cards  for  the  selected 
records.  The  cards  may  be  pre-sorted  and  alphabetized  for  filing. 

5.  The  FLEXOWRITER  Program  processes  output  from  our  Flexowriter 
subsystem  for  records  which  are  not  on  the  MARC  tape,  as  well  as  key- 
punched changes,  corrections,  and  deletions  for  the  master  file  and  book 
catalogs. 

6.  The  UPDATE-GENERATE  program  merges  and  sorts  to  call  number 
order  the  MARC  and  non-MARC  input  for  the  master  file.  It  updates  the 
master  file  and  generates  entries  and  changes  for  the  print  files.  It  sorts  the 
entries  and  changes  by  catalog  and  by  the  generated  sort  fields. 

7.  The  WEEKLY  PRINT  program  prints  the  weekly  supplements  for  the 
three  printed  catalogs  and  a  list  of  new  books  in  call  number  order.  The 
weekly  supplements  cumulate  until  the  next  monthly  supplement  is  produced. 

8.  The   MONTHLY  PRINT   program  updates   the  print  files  for  the 
catalogs  and  prints  monthly  supplements  which  are  cumulated  until  the  next 
printing  of  the  full  catalog.  A  new  book  list  for  the  month  is  also  printed. 


Reference 

1.  U.S.  Library  of  Congress.  Information  Systems  Office.  The  MARC  II 
Format:  A  Communications  Format  for  Bibliographic  Data.  Prepared  by 
Henriette  D.  Avram,  John  F.  Knapp  and  Lucia  J.  Rather.  Washington,  D.C., 
1968,  pp.  1,2. 
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GENESIS  OF  A  SERIALS  LIST 


The  Current  Serials  Holdings  List  of  the  University  of  Illinois  contains 
records  of  periodicals  and  continuations  received  by  the  University's  Urbana 
campus  Libraries  (Figure  1).  At  Illinois,  periodicals  are  defined  as  publications 
issued  three  or  more  times  per  year;  continuations  include  publications  issued 
less  than  three  times  per  year.  Documents  and  monographic  series  are  sub- 
categories  of  the  two  major  types  of  serials— live  or  dead  serials.  Titles  which 
have  ceased  publication  between  issues  of  the  Current  Serials  Holdings  List  are 
noted  in  a  manner  typical  of  closed  holdings  and  are,  in  addition,  supplied 
with  a  special  code  in  the  machine  file  of  the  record,  making  it  possible  to 
purge  dead  titles  from  future  issues.  Documents  and  monographic  series  are 
flagged  in  the  List  with  the  letters  D  and  S  respectively  and  are  the  only 
serials  in  the  printed  list  distinguished  by  codes.  The  code  letters  appear  ahead 
of  the  holdings  notations  of  the  entries. 

All  records  in  the  Current  Serials  Holdings  List  are  transcriptions  of  the 
Library's  cataloged  entries  for  serials.  However,  these  transactions  do  not 
reflect  the  full  descriptive  information  normally  found  in  the  public  catalog. 

The  format  of  an  entry  in  the  printed  list  consists  of  a  paragraph  in 
which  the  body  of  the  entry  is  indented  three  spaces  to  the  right  of  the  first 
line.  The  call  number  is  located  to  the  left  of  the  names  of  departmental 
libraries  with  their  respective  holdings.  Except  for  holdings  in  the  stacks  of 
the  main  library,  which  always  appear  first,  the  departmental  libraries  are 
arranged  alphabetically.  The  form  of  the  holdings  notation  is  consistent  with 
the  form  employed  by  the  publication  except  that  the  year  of  the  earliest  issue 
that  the  Library  owns  always  precedes  the  notation  of  the  issue.  A  break  in 
consecutively  numbered  holdings  is  indicated  by  a  comma.  If  there  are  more 

216 


217 

than  ten  breaks,  an  asterisk  precedes  the  notation  indicating  that  other  files 
should  be  consulted  for  detailed  information.  Brief  phrases  describing  the 
availability  of  current  issues  in  the  collection  of  a  departmental  library  are 
also  noted.  Cross  references  appearing  in  the  List  are  composed  of  two 
blocked  paragraphs  in  which  the  "refer  to"  portion  of  an  entry  is  ten  spaces 
to  the  right  of  the  "refer  from"  portion. 

The  format  of  the  pages  of  the  Serials  List  consists  of  two  60-character 
columns  separated  by  a  five  character  column  of  spaces.  The  page  measures 
SI/L  x  11  inches  and  contain  100  print  lines  plus  one  line  for  the  page  number. 
Entries  are  not  broken  between  columns  or  pages  nor  are  words  hyphenated 
at  the  end  of  lines. 

Unit  record  input  to  the  Current  Serials  Holdings  List  consists  of  a  fixed 
number  of  control  fields  and  a  variable  number  of  data  fields.  Control  fields 
contain  codes  (Figure  2)  that  identify  an  entry  by  number  and  by  type  of 
serial.  They  also  identify  the  contents  of  a  unit  record  card  as  well  as  the 
number  of  data  fields  occupied  by  an  entry.  Five  control  fields  make  up  the 
first  thirteen  characters  of  every  keypunch  card.  The  fields  consist  of  an 
eight-character  identification  number,  a  two-character  card  type  code  and 
three  one-character  fields  for  card  number,  record  type,  and  action  code.  The 
body  of  the  card  is  devoted  to  the  data  concerning  the  entry,  its  call  number, 
and  holdings,  plus  identification  numbers  of  its  cross  references. 

Because  the  sixty-character  print  line  of  the  Serials  List  is  an  exact 
reproduction  of  the  data  field  of  the  input  cards,  the  first  card  of  a  serial 
entry  has  a  sixty-character  data  field  followed  in  subsequent  cards  by  fifty- 
seven-character  fields  for  the  remainder  of  the  entry  (Figure  3),  thus  results  in 
a  paragraph  with  hanging  indentation.  The  length  and  contents  of  the  first  and 
second  line  of  the  call  number,  as  well  as  the  notations  for  holdings,  are  also 
reproduced  line  for  line  from  the  keypunch  cards.  Call  numbers  are  key- 
punched into  seventeen-character  fields,  divided  by  a  holdings  field,  which 
occupies  twenty-nine  characters.  The  holdings  field  is  preceded  by  two  one- 
character  fields  containing  code  designating  the  type  of  serial,  whether  docu- 
ment or  monographic  series  and  an  asterisk,  in  the  event  of  a  run  containing 
ten  or  more  breaks.  The  position  of  the  fields  of  the  input  cards  is  adapted  in 
the  print-out  so  that  call  numbers  are  printed  in  two  lines  to  the  left  of  the 
holdings  which,  in  turn,  appear  in  the  right  half  of  the  sixty-character  print 
line. 

The  layout  of  unit  record  cards  for  cross  reference  entries  is  similarly 
designed.  The  control  fields  are  followed  by  the  "refer  from"  and  "refer  to" 
portions  of  a  cross  reference  which  are  keypunched  in  sixty-  and  fifty- 
character  data  fields  respectively. 

A  maximum  of  twenty-four  data  fields  per  record  distributed  among 
main  entry  and  holdings  notations,  are  available  in  the  present  system  (Figure 
4).  The  cataloged  portion  of  a  main  entry  record  in  the  Serials  List  may  not 
exceed  nine  data  fields.  This  is  equivalent  to  one  sixty-character-field  plus 
eight  fifty-seven-character  fields,  or  a  total  of  516  characters  per  entry.  Nor 
may  there  be  more  than  nine  lines  or  270  characters  of  holdings  for  any  one 
departmental  library.  A  cross  reference  may  be  recorded  in  up  to  nine  lines  of 
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its  "refer  from"  and  "refer  to"  portions,  making  it  possible  to  accommodate 
up  to  540  and  450  characters  respectively  in  each  portion,  or  990  characters 
in  a  single  cross-reference  record.  Although  the  restrictions  imposed  on  the 
maximum  number  of  data  fields  allowable  in  a  single  record  were  set  arbi- 
trarily, they  have  proved  to  be  adequate.  Only  nine  records  exceed  sixteen 
lines  of  data  and  only  the  World  Almanac  has  thus  far  reached  the  twenty- 
four  line  maximum,  (twenty-two  locations  receiving  at  least  one  copy). 

The  layout  of  the  magnetic  tape  records  of  the  Serials  File  reflects  the 
fixed  and  variable  field  characteristics  of  the  input  records  (Figure  5).  The 
variable  number  of  data  fields,  called  sixty-character  segments  in  the  tape 
record,  are  preceded  by  a  fixed  number  of  control  fields  which  are  in  turn 
distinguished  as  common  and  unique  controls. 

There  are  twenty-four  characters  in  five  common  control  fields.  The 
fields  contain  a  sequence  number,  an  identification  number,  a  count  of  the 
number  of  sixty-character  segments  in  the  records,  plus  a  count  of  the  number 
of  segments  in  the  main  entry.  A  sixth  field  of  four  characters,  originally 
containing  the  total  character  count  of  the  record,  which  was  required  for 
variable  length  fields  by  the  operating  system  of  the  IBM  7010  computer  (the 
initial  processor  used  for  the  Current  Serials  Holdings  List),  has  become 
obsolete  since  conversion  to  the  IBM  360.  However,  the  field  has  been 
maintained  so  as  to  be  made  available  for  additional  control  codes  if  the  need 
should  arise  in  the  future. 

Unique  control  fields  are  100  characters  long  and  contain  information 
associated  with  either  serial  or  cross  reference  records.  A  serial  record  has  four 
control  fields  that  hold  1)  the  identification  numbers  of  up  to  eight  cross 
reference  records  related  to  the  entry;  2)  a  count  of  the  number  of  identifica- 
tion numbers  contained  in  the  field;  3)  a  call  number  field  subdivided  into 
two  seventeen-character  fields  representing  the  first  and  second  lines  of  the 
call  number;  and  4)  a  single  character  field  in  which  is  held  the  code  that 
distinguishes  documents  and  monographic  series  from  other  types  of  periodi- 
cals and  continuations.  The  tape  record  of  a  cross  reference  has  only  one 
unique  control  field  which  is  the  identification  number  of  the  serial  entry 
referred  to.  All  remaining  ninety-two  characters  of  the  control  area  are  blank. 

The  sixty-character  segments  of  the  tape  record  contain  the  information 
printed  in  the  Serials  List.  The  main  entry  and  the  two  portions  of  the 
cross-reference  record  are  reproduced  in  the  segments  directly  from  the  sixty- 
character  data  fields  of  the  keypunch  cards.  Holdings  are  also  reproduced 
from  the  input  cards  although  the  alignment  of  these  fields  in  the  print-out  is 
achieved  by  a  programmed  formatting  routine.  A  programmed  routine  is  also 
employed  to  search  a  table  of  departmental  library  codes  (Figure  6)  for  an 
eight-character  library  label  and  insert  the  label  in  the  sixty-character  segment 
ahead  of  its  corresponding  holdings.  The  format  of  the  fields  in  the  holdings 
segment  results  in  a  blank  field  of  nineteen  characters  followed  by  the  library 
label,  two  codes  indicating  type  of  serial  and  incomplete  runs,  and  the 
twenty-nine-character  holdings  field  (Figure  7).  The  last  field  of  the  segment 
is  an  unprinted,  two-character  library  code  derived  from  the  card  type  code  of 
the  input. 
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The  magnetic  tape  file  is  processed  on  a  six  partition,  512  K,  model  50 
computer  of  the  IBM  360  family  (Figure  8).  It  is  equipped  with  eight  tape 
drives  and  a  2314  disk.  The  system  is  maintained  by  the  Statistical  Service 
Unit,  the  University  department  devoted  to  applications  of  electronic  data 
processing  in  administrative  areas.  Features  of  the  hardware  are  identified  in 
Figure  8.  The  six  partitions  (Figure  9)  are  supervised  by  an  EMFT  operating 
system  (extended  multi-tasking  with  a  fixed  number  of  tasks),  which  provides 
nearly  simultaneous  processing  of  two  or  more  programs.  The  capacity  of  the 
partitions  (K  =  1024  bytes)  and  their  chief  assignments  are  illustrated  in  the 
diagram. 

Programs  are  prepared  for  the  System  360  in  COBOL  according  to 
programming  standards  established  by  the  Statistical  Service  Unit.  Briefly,  the 
standards  require  full  utilization  of  the  self-documenting  features  of  COBOL 
by  supplying  full  and  accurate  explanations  of  the  function  and  routines  of 
the  program  not  only  in  the  REMARKS  section,  preceding  descriptions  of  the 
input  and  output  files,  but  also  throughout  the  program's  procedure  division. 
Abbreviations  are  not  allowed  in  any  statement  unless  the  30  character  limit 
for  names  of  data,  files,  or  paragraphs  is  exceeded.  Program  logic  is  composed 
of  a  series  of  perform  macros  that  are  delineated  in  the  procedure  division  by 
section  headings  (Figure  10).  The  goal  of  the  programming  standards  is  to 
reduce  the  peripheral  annoyances  of  writing,  reading,  and  debugging  a  program 
to  full  and  easy  comprehension  of  its  logic.  The  standards  also  assure  con- 
tinuity in  the  supervision  of  a  programming  system,  a  luxury  that  is  rare  in  a 
profession  characterized  by  its  turnover,  to  say  nothing  of  the  scarcity  of 
talent. 

The  data  for  the  Current  Serials  Holdings  List  were  collected  from  the 
files  maintained  by  the  Serials  Department.  Cataloged  entries  were  transcribed 
onto  photoclerk  facsimiles  on  which  holdings  were  noted  by  hand  below  each 
entry.  The  information  was  edited  and  then  keypunched  and  listed  on  an  IBM 
407  for  editing  a  second  time  before  being  submitted  to  the  system  of 
programs  that  created  the  master  tape  file.  The  tape  records  were  then 
arranged  within  the  machine  file  by  sorting  on  a  ISO-character  word  made  up 
of  60-character  segments  of  each  record  excluding  non-filing  initial  articles. 
The  articles  were  detected  by  comparing  up  to  six  characters  of  the  first 
60-character  segment  to  a  table  of  eight  articles  gathered  from  filing  instruc- 
tion cards  used  in  the  Library's  public  catalog  (Figure  11).  After  passing  over 
the  characters  of  the  initial  articles,  all  remaining  characters  of  the  first 
segment  plus  the  second  segment  and  thirty-five  characters  of  the  third  were 
moved  into  a  field  ahead  of  each  record  on  which  the  file  was  then  sorted. 
The  field  containing  this  synthetic  sort  word  was  then  stripped  from  the 
master  records  leaving  them  in  an  order  that  was  judged  by  librarians,  to  be 
unsatisfactory. 

A  combination  of  the  hierarchal  limitations  of  the  computer's  character 
arrangement  and  the  variations  in  punctuation  and  syntax  of  the  entries 
resulted  in  an  unacceptably  large  number  of  departures  from  customary 
library  filing  practices.  In  the  standard  binary  coded  decimal  interchange  code 
(BCD)  employed  in  electronic  data  processing  equipment,  it  is  characteristic, 
that  blanks  file  first  followed  by  special  characters,  alphabetic  letters,  and 
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finally  numbers.  Thus,  a  serial  entitled,  8  MM  Collector,  is  filed  by  the 
machine  using  this  code  at  the  end  of  the  alphabet  rather  than  in  the  e's 
under  the  word  "eight,"  and  words  followed  by  commas  are  found  behind 
identical  words  followed  by  blanks. 

Punctuation  marks  (or  special  characters  in  EDP  parlance)  have  their 
own  hierarchy  (Figure  12).  Periods  fall  ahead  of  right  curves  which  are 
followed  in  turn  by  ampersands,  semicolons,  hyphens,  commas,  left  curves, 
apostrophes,  and  colons.  An  additional  condition  that  made  the  machine  sort 
unsatisfactory  was  the  syntax  of  the  entries.  This  may  be  illustrated  by  the 
arrangement  of  entries  composed  of  supplied  headings  (Figure  13).  Initial 
articles  following  the  heading  are  not  searched,  thereby  placing  the  entry  out 
of  order.  Finally,  due  to  the  manner  in  which  data  were  selected  to  construct 
the  sort  word,  entries  whose  data  lines  were  not  consistently  formatted  were 
also  thrown  out  of  order  by  the  machine  sort  (Figure  14). 

The  proper  order  of  the  file  was  achieved  by  the  computer  assigning 
each  record  a  sequence  number  in  increments  of  1000  and  reproducing  the 
entries  and  their  control  fields  onto  continuous  form,  unit  record  size  cards 
(Figure  15).  The  cards  were  refiled  by  hand  locking  them  into  place  by 
interpolating  the  sequence  numbers  to  reflect  the  correct  order.  The  machine 
file  was  then  updated  with  the  corrected  numbers  and  sorted  on  sequence 
number. 

Following  the  sort,  the  list  was  printed  on  an  1100  line  a  minute  IBM 
1403  printer.  The  machine  printed  pages  of  the  List  measure  fourteen  by 
seventeen  inches,  reduced  photographically  onto  eight  and  a  half  by  eleven 
inch  multilith  masters.  The  more  than  61,000  records  of  the  Current  Serials 
Holdings  List  is  printed  on  1,229  pages  (Figure  16). 
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Figure  1 .  Sample  Page  of  the  Current  Serials  Holdings  List 
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action  code  for  a  particular 

record 

12 

Record  Type 

E 

Live  periodical  entry  record 

5 

Deaa  periodical  entry  record 

c 

Live  continuation  entry  record 

3 

Dead  continuation  entry  record 

R 

Cross  reference  record 

13 

Action  Code 

A 

Information  on  card  is  to  be 

added  to  a  current  record  or 

used  to  create  a  new  record 

C 

Information  on  card  is  to  be 

used  to  change  a  current 

record 

D 

A  current  record  is  to  be 

deleted  or  information  is  to 

be  deleted  from  a  current  record 

Figure  2.  Control  Cards 
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A:  AVAILABLE  CHARACTERS  BY  TYPE  OF  RECORD 


Serial 

main  entry 

holdings 

control  characters 

Cross  Reference 
refer  from 
refer  to 
control  characters 


Minimum 


Maximum 


60 

516 

30 

270 

124 

124 

60 

540 

50 

450 

32 

32 

B:  CHARACTERS  ON  TAPE  (approx.) 

Actual 

Printable  Data 
serials 

cross  references 
TOTAL 

Non-printable  Controls 
serials 

cross  references 
TOTAL 

Data  +  Controls 

*  3/4  of  80%  of  Total  Allocated 
**  1/4  of  80%  of  Total  Allocated 
***  80%  of  Total  Allocated 


Allocated 


Percent  Actual 
of  Allocated 


6,635,004  * 
2,211,668  ** 
8,846,672  *** 

11,058,340 

80 

5,784,848 
479,680 
6,264,528 

7,643,608 

82 

5,111,200 

18,701,948 

81 

Figure  4.  Data  Fields  Available  Per  Record 
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LU  U. 

V 

00 
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•  x 
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LU  (U     • 
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DC 
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0  OC 

U     • 

LU 

(-  ^  0                    U.  Z 
0  U  —                   O  0 

OS    L_   <^r           Q£    U-J    t—  «    LJU    LL    O 

U 

^      ix  ^ 

1   4 

*™> 

—  MI  x            Z       K 

D^O|K    •  ^  o  fa,  <x  m  *•« 

^                Q^Q^'m,^!^^     7^1  tU 

jco              tfoC-      pcopiv 

*•••  LU  u£  *I   h—   X  '        1     Z  ^-   C7*  H- 

?^  z  b  uj  iu      i«  ^"  uu      1  1  z 

1         MlL.OMlLU|XQC!|      >-    J-    'I,1 

Uu  u.  u  t  a.QCh-»-iua:QC   I 

Ml        • 

a.  — 
3gj 

siu 

o  a  oc 

U                 I     Z  LU 

z   •  (/>  co  (u  oc 

M  «/)  LU  LU  o£  < 

u.  -i  y  u  LU  i 

JJ  (J  JZ  Z  U-  oo 

13  CC  UJ  UJ  LU  LU 
JJ  K-  p£  oi  p£  O 
3C  Z  LU  LU  l|    Z 
O  U.  U,  CO  LU 

M> 

o 

J  Q- 

z 

ill  CO 

a:  LU 

LU  X 

U-     Ml 

AKfcA. 

-NUMBER  P 
-NOMBER~P 
PICTURE 

i5t 

CM.  Z 
DZ  M 
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00   blank 


01 

STACKS 

02 

AGRIC 

03 

ARCH 

04 

ARCHIVE 

05 

BIBLIOG 

06 

BIOLOGY 

07 

BRWS  RM 

08 

CERAMIC 

09 

CHEM 

10 

CITY  PL 

11 

CLASSICS 

12 

COMM 

13 

EDUC 

14 

ENGIN 

15 

ENGLISH 

16 

GEOLOGY 

17 

HISTORY 

18 

HOME  EC 

19 

HRAF 

20 

ILL  H  S 

21 

JOURN 

22 

LABOR 

23 

LAW 

24 

LIB  SCI 

25 

LAR 

26 

LINC  RM 

27 

MAP 

28 

MATH 

29 

MOD  LAN 

30 

MUSIC 

31 

NAT  H  S 

32 

NEWSPR 

33 

OBSERV 

34 

PAR 

35 

PHYS  ED 

36 

PHYSICS 

37 

RARE  BK 

38 

REF 

39 

ROTC 

40 

TECH  EDP 

41  UNDERGO 

42  UN  BRWS 

43  UNI  HI 

44  VET  MED 

45  F  EAST 


Figure  6.  Library  Codes 
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TABLES  OF  NON -FILING  INITIAL  ARTICLES  BY 
NO.  OF  CHARACTERS 


2  CHAR 

AH 
EH 
IH 
0H 


3  CHAR 

4-  CHAR 

S  CHAR     6  CHAR 

ANH 

THEtf 

AD-x    L'x     EENEH      ASCH-x 

ASH 

EINK 

AL-x           EINEH      ESCH-x 

ELH 

DERH 

AN-x    TSx     GL'x 

ENH 

DASH 

AR-x    TTH     UN'x 

LAH 

DIEH 

AS-x    TNH 

LEH 

D0SH 

AT-x 

AMH 

UNEH 

AZ-x 

AZH 

BIRH 

ED-x 

DE15 

DEIH 

EL-x 

DI15 

DENH 

EN-x 

EIH 

DETH 

ER-x 

ETH 

EENH 

ES-x 

HEH 

EGYH 

ET-x 

H0H 

EITH 

EZ-x 

ILH 

ETTH 

HA-x 

LIH 

GLIH 

HE-x 

L0H 

HAIH 

0SH 

HETH 

TAH 

H0IH 

T0H 

LASH 

UM15 

LESH 

UNH 

L0SH 

I.H 

UMAH 

K.H 

UNAH 

R.H 

UN0H 

K  =  one  blank 

x  =  one  alpha -numeric  character 


Figure  10.  Table  of  Non-filing  Initial  Articles 
by  Number  of  Characters 
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EXCEPT    LAST    3    YRS 


URBANA,     ILLINOIS 
AT  ION    OF    URBANA, 


,2-1947,1951- 

.'I-  | 

IES  IN  COMMERCIAL 
STUDIES  IN 


COMMERCIAL  TELEGRAPHERS'  UNION  OF  NORTH  AMERICA. 
CONSTITUTION 

SEE     COMMERCIAL  TELEGRAPHERS'  UNION.   CONSTITUTION 

COMMERCIAL  TELEGRAPHERS'  UNION.   CONSTITUTION 
331.88  T235C       STACKS    *1906- 

COMMERCIAL  TELEGRAPHERS'  UNION.   PROCEEDINGS  OF  THE  REGULAR 
CONVENTION 
331.88  T235P       STACKS     1951- 

COMMERCIAL  TELEVISION  YEAR  BOOK  AND  DIRECTORY 
791.4  C736         STACKS     1956- 

COMMERCIAL,  BANKING  AND  BANKRUPTCY  NEWSLETTER 

SEE     ILLINOIS  STATE  BAR  ASSOCIATION — SECTION  ON 
COMMERCIAL,  BANKING  AND  BANKRUPTCY  LAW. 
COMMERCIAL,  BANKING  AND  BANKRUPTCY  NEWSLETTER 


42,1944-1946 , 
59.1961- 


DOD    INDUSTRY 


.       YEAR    BOOK 


24-1931,1934, 


US 


OMMERICAL  EDUCATION  ASSOCIATION  OF  NEW  YORK  CITY  AND 
VICINITY.   YEARBOOK 

SEE     COMMERCIAL  EDUCATION  ASSOCIATION  OF  THE  CITY  OF 
NEW  YORK  AND  VICINITY.   YEARBOOK 

COMMISSIE  VOOR  HYDROLOGISCH  ONDERZOEK  T  N  0 

SEE     NEDERLANOSE  CENTRALE  ORGANISATIF  VOOR 

TOEGEPAST-NATUJRWETENSCHAPPEL  UK  ONDERZOEK— 
COMMISSIE  VOCR  HYDROLOGISCH  ONOERZOEK 

COMMISSION  ARBITRALE  SUR  LES  BIENS,  DROITS  ET  INTERETS  EN 
ALLEMAGNE.   DECISIONS 

SEE     ARBITRAL  COMMISSION  ON  PROPERTY,  RIGHTS  AND 
INTERESTS  IN  GERMANY.   DECISIONS 

COMMISSION  BELGE  DE  B IBL IOGRAPHIE 

SEE     BELGIUM— COMMISSION  BELGE  OE  B IBL IOGRAPHIE 

COMMISSION  DES  ANTIQUITES  DU  DEPARTEMENT  DE  LA  COTE-D'OR. 
MEMOIRES 
913.4442  C73M      STACKS     1922, V. 18- 

COMMISSION  FOR  CATHOLIC  MISSIONS  AMONG  THE  COLORED  PEOPLE 
AND  THE  INDIANS.   ANNUAL  REPORT  OF  THE  SECRETARY 
266.2  C73A         STACKS     1925- 


Figure  1 1 .  Serials  Holdings  List  Entries  Showing  Hierarchy  of 
a  Sort  on  Punctuation 


232 


N*7.VM 


GfcCLOGY 


ls»87, NO. 1-3,5,' 


NEW    SOUTH    ..ALLS — (.LtiLuGlCM.    SURVEY.       MINEKAL    RESOURCES 
022.09    N*72  STACKS  1698, NO.  1-9 , 12-25, 29»32- 

Nt«    ScUTH    nALES — GEOLOGICAL    SURVEY.       REPORT 
559.**    N*f9RC  GbCLOGY          1962, NO. 1- 

rtt*    SOUTH    AALFS — INDUSTMAL    COMMISSION.        INDUSTRIAL 
Ai  L-ilKAT  ION    KtPOKTS 
331.1    Nt/dl  LAK  1902, V. 1-21,23- 

Nfcw    SOUTH    WALES — INOUSU.IAL    REGISTRAR.       TRADE    UNIONS;    REPORT 
OjJl.aa   N*2I  STACKS  1939,1951- 

NEW    SOUTH    WALES — LABOUR    AND    INDUSTRY.      NEW    SOUTH    WALES 
INDUSTRIAL    GAZETTE 

33*. 05   NEW  STACKS  1912 ,V. 1-11 , 13-1*, 16-77, 

31-127,129- 


NEW  SOUTH  HALES — LANJ  AND  VALUATION  COURT. 
LAW        1922, V.l- 


REPORTS 


NEW  SOUTH  WALES  —  LAWS,  STATUTES,  ETC.   INCORPORATED  ACTS, 
BEING  ALTS  REPRINTED  UMDER  AMENDMENTS  INCORPORATION 
ACT,  1906 
3*6  N*7I  LAW       *1925-1937,19*3- 

Nfcv,  SOUTH  WALES  —  LAW'S,  STATUTES,  ETC.   MOTOR  VEHICLE  LAW 
IN  NErt  SOUTH  WALES.  ..SUPPLEMENT 

LAW        1956- 

NEW  SOUTH  WALES  —  LAWS,  STATUTES,  ETC.   STATUTES  PUBLIC  AND 
PRIVATE 

3*6  N47S  LAW        1897-1925,  1927-1953t 

1955-1960,1962- 

NEW  SOUTH  WALES-'-LArfS,  STATUTES,  E1C.   THE  STATUTES  OF  NEW 
SOUTH  WALES  OF  PRACTICAL  UTILITY 
3*6  N47S1          LAW        189*-       V 

NE«  SOUTH  «ALES  —  LEGISLATIVE  ASSEMBLY.   VOTES  AND 

PROCEEDINGS 
032B.9**!  N*8A      STACKS    *19  15  ,  1917-1930,  1932- 

NtW  SOUTH  WALES  —  LEGISLATIVE  COUNCIL.   JOURNAL 

&3i8.9**l  N*8C      STACKS     191*,  1922-1928,  1930- 

NEw  5>OUTH  WALES  —  METROPOLITAN  BOARD  OF  WATER  SUPPLY.   ANNUAL 
REPORT 

SEE     NEW  SOUTH  WALES  —  METROPOLITAN  WATER,  SEWERAGE,  AND 
DRAINAGE  BOARD.   REPORT 


NEW  TESTAMEN 
225.05  NE 


NEW  TESTAMEN 


NEW  THFATRE 
702.05  NE 


NEW  TIMES 

335. *05  N 


THE  NEW  TRI- 


NEW  UNIVERS1 
051  NEU 


THE  NEW  VOIC 


NEW  VOICES  I 


NEW  WORLD  AR 
913.72  N* 


NEW  WORLD  RE 
335.05  SO 


NEW  WORLD  WR 
808.8  N*8 


THE  NEW  YEAR 
315.*  N*2 


NEW  YORK  ICI 
917. *71  N 


NEW  YORK  (CI 

REPORT  OF  TH 

SEE     NE 

SU 

NEW  YORK  (CI 
STATISTIC 


<.nilTH  V.  Al  rs  — 


IT6N  WATFR.  SEJFRAf.F.  AND  ORAINARF 


Figure  12.  Serials  Holdings  List  Entries 
Composed  of  Supplied  Headings 
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SACHSISCHE  AKAOEMIE  DER  WI SSENSCHAFTEN .   JAHRBUCH 
500  SA1*J          STACKS     1957- 

SACHSISCHE  AKADEMIE  DER  W I SSENSCHAFTEN, 

LEIPZIG— MATHEMATISCH-NATURWISSENSCHAFTLICHE  KLASSE. 
ABHANDLUNGEN 
v   -grr-506  LEM  STACKS     1852, V.l- 

Y  S/ACHSISCHE  AKADEMIE  OER  WISSENSCHAFTEN, 

/^    LEIPZIG — PHILOLOGISCH-HISTORISCHE  KLASSF.   ABHANDLUNGEN 
506  LEPA  STACKS     1850, V.l- 

.  SACHSISCHE  AKADEMIE  DER  WISSENSCHAFTEN, 
,  LEIPZIG — MATHEMATISCH-NATURWISSENSCHAFTL ICHE  KLASSE. 
/   BERICHTE  UBER  DER  VERHANDLUNGEN 

i      SEE     SACHSISCHE  AKADEMIE  DER  WISSENSCHAFTEN,  LEIPZIG— 
MATHEMATISCH-NATURWISSENSCHAFTLICHE  KLASSE. 
SITZUNGSBERICHTE 

SACHSISCHE  AKAOEMIE  DER  WISSENSCHAFTEN, 
'.   LEIPZIG — MATHEMATISCHE-PHYSISCHE  KLASSE.   ABHANDLUNGEN 

SEE     ITS  MATHEMATISCH-NATURWISSEN-SCHAFTLICHE 
i  KLASSE.   ABHANDLUNGEN 

.SACHSISCHE  AKADEMIE  DER  WISSENSCHAFTEN,  LEIPZIG— 

MATHEMATISCH-NATURWISSENSCHAFTL ICHE  KLASSE. 
N  FROM          .  _ .   SITZUNGSBERICHTE 

506  LEMB  STACKS     18*9, V. 1-92, 97- 


SACHSISCHE  AKADEMIE  DER  WI SSENSCHAFTFN,  LFIPZIG — 

OF  GUIDANCE.  \BT     PHILOLOGISCH-HISTORISCHE  KLASSE.   SITZUNGSBERICHTE 
PROGRAM        \      506  LEP  STACKS     18*9, V . 1-34, 56, 63- 

SACHSISCHE  AKADEMIE  OER  WISSENSCHAFTEN,  LEIPZIG — 
FRAGEN  DES    BWT  PHIL-OLOGISCH-HISTOR I SCHE  KLASSE.   BERICHTE  UBER  DIE 
VERHANDLUNGEN 

SEE     ITS  SITZUNGSBERICHTE 
9*6 


Figure  13.  Serials  Holdings  List  Showing  Entries  with 
Data  Lines  not  Consistently  Formatted 


234 


01055000 

00091647  R  04  2    00066615 

AIR  POLLJTIDN  ANO  SMOKF  PREVENTION  ASSOCIATION  OF  AMERICA, 
PROCEEDINGS  OF  THE  ANNUAL  CONVENTION 

SEt     AIR  POLLUTION  CONTROL  ASSOCIATION.   PROCEEDINGS: 
ANNUAL  MEETING 


01056000 

00066537  C  02  1  C  1         614.7106  AI 

00090644 

Alk  POLLUTION  CONTROL  ASSOCIATION.   APCA  OIRECTORY 

ENGIN'       1953-  14 


0105^000 

00003644  R  02  1    00066537 

AIR  POLLUTION  CONTROL  ASSOCIATION.   DIRECTORY 

StE     AIR  POLLUTION  CHNT^CL  ASSOCIATION.   APCA  DIRECTORY 


Figure  14.  Edit  Cards 
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A:    TYPE    OF    RECORD 

Serial 

periodicals  (live)  16,784 

documents  1,656 

Total  18,440 

periodicals  (dead)  309 

documents  0 

Total  309 

continuations  (live)  21,024 

documents  5,139 

monographic  series  1,740 

Total  27,903 

continuations  (dead)  0 

Cross  Reference  14,990 

TOTAL  61,642 


B:  LINES  OF  PRINT  BY  TYPE  OF  RECORD 

Serial 

periodicals  (live)        50,361 
periodicals  (dead)          749 

Total  51,110 

continuations  (live)      84,484 
continuations  (dead)          0 

Total  84,484 

Cross  Reference  48,710 

TOTAL  184,304 


C:  AVERAGE  LINES  OF  PRINT  BY  TYPE  OF  RECORD 

Serial 

periodicals  2.7 

continuations  3.0 

Cross  Reference  3.3 

Figure  1 5 .  Breakdown  of  Serials  Holdings  List  by  Type 
of  Record  and  Lines  of  Print  by  Type  of  Record 
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